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PRKFAOE 



Tho following paper, prepared b^ Professor Karl ZIHN of tho 
Center for Research on Learning and Teaching, University of Michigan, 
Anri Arbor, United States, covers a very specific aspect of tho \i§e 
of computers as an instrument of teaching * 

While a brief introduction to the content of this pap^r will 
undoubtedly bo useful to readers, the main need would appear to 
indicate the reasons why the Centre for Educational Research and 
Innovation (C.E.R.I.) of tho OECD has undertaken a multinational 
"concerted drive 11 in such a promising as well as controversial 
field. The following are some which should bo noted: 

(1) Tho pressure of requirements in the matter of education , 
especially in Higher but also in secondary education, which makes 
it important and even essential co achieve a better allocation of 
resources* Some "moments 11 in the educational and learning process 
can thus bo facilitated by tho use of teaching aids, though of course 
under certain conditions* As a result, from this point of view alone 
the teacher, and, better still, the teacher team, are freer to meet 
the specific needs of students whore direct contact with them is 
necessary*. Audio-visual aids are thus part of such an equipment 
array, and meet with tho degroo of success and the difficulties wo 
know. Prom this sane point of view but at a quite different level 

as to tho functions it can assume in teaching processes, the computer 
has already found its wa> into education, if only better to explore 
its possibilities - and tho limits to its utilisation - and avoid 
any such inordinate use as already reported in some casos, the 
question had to bo approached from the angle of Research and 
Development* In so doing, it should be emphasized that the Centre 
for Educational Rosoaroh and Innovation is simply filling its role 
as catalyst and "think tank" on behalf of the OECD countries, 
whether in this fiold or in others which together make up Its 
programme of work. The objective, especially here, is quite clear - 
to produce a certain nunbor of recommendations whioh can help 
national authorities to define their policies* 

(2) The need for bettor undorstandiiLg ; of the teaching and le arning 
prop oses* Parallel to its use as an instrument of odv.oat.^n # the 
computer can already bo regarded as one of the most effective tools 
of purposefully experimental pedagogical research. In tho first 
place - provided, of course, that it is "equipped" with adequate 
programmes - it is an incomparable analytical instrument owing to 
its close accuracy nnd the opportunity it offers for dialogue, and 
in tho second place it is capable of so managing specific teaching 
situations that optimal results can bo obtained both by studonts 
and teachers. 
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The present trend towards the individualisation of education 
and the introduction of -permanent knowledge testing indicate that 
it will very soon be necessary to use computers, There are many 
possible fields of application: analysis of curricula {identifi- 
cation of difficulties in regard to the conceptual organisation 
of content, forms of data presentation and individual pupil 
characteristics), the planning of steps adapted to the specific 
objectives pursued by the students, etc. 

(3) Existence of a 11 technology of education 11 : The term is used 
in a re ' ‘rioted sense - ono which obliges both teachers and the 
educational authorities to specify the ways and means of using 
the computer without running the risk of producing some kind of 
caricature of the educational process - "the education machine" 
for example* Furthermore, as strictly technological progress 
becomes more rapid, it follows that the cost of equipment will 
deorease. This being so, if sufficient serious thought is not 
promptly given to the opportunities for using computers in education 
the danger is that these will have been installed in educational 
establishments before the human and structural aspects and tho 
content of education has had a chance to be re-assessed in the 
light of these now factors. Clearly this cannot be allowed to 
happon. 

Those aro not tho only considerations which havo induced 
C,B.R,I. to undertake its concerted drive, one by-product being the 
following papor. 

This concerted drive, as co-ordinated by O-B.R#!., calls for 
tho diroct,xarticipation of five universities in OECD Member 
countries; 7 



(1) France t Paris University (VII) - Faculty of Science - "Computer 
for students" Laboratory - Dir. : Professor Lc Cor re and 
Professor R, Jacoud. 

Belgium: Louvain Univorsity - General Physics laboratory - 
Dir.: Profossor A, Jones, 

Netherlands: Leiden University - Department of Education - 
Dir.: Profossor L, do Klork. 

Japan : Osaka University - Faculty of Arts - Dir.: Prof'' or 
S, Tanaka* 

Groat Bri tain : Cam^ridgo University - Department of Applied 
Mathomatics and Theorotical Physics - Dir.: Profossor G.K, 
Batchelor* 
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To this first * network” snould bo added a certain number of 
other higher-education establishments in Eu-opo ("TechnJ sch' 
Hoschulo" , Aachen, Germany - C.S.A.T.A., Bari Univorsi y, Italy - 
"Computer Based Learning Projects", Department of Bduc.it 1 n, 
University of Leeds, Great Britain, etc. Contacts are also r n- 
tained with American univorsities thr ough tho U.S. Offj e ■ 
F&ucation. This "joint project" (so named because of thj f ru of 
financial contributions and responsibilities of the parti s 
concerned) was launched in 1969 with the essential objetr of 
providing, first, roco- mendatione to national authorities (toe 
paragraph ii), and secondly some of the answers to tho more 
technical questions which mast be solved if computer-assisted 
education is not to develop haphazardly or in response to certain 
pressures outside or inside* education but rather in order to help 
improve the educational process. 



These questions include: 



(i) JBia&Laaa connected w ith the lmoortanca f ro m tho podagcg ln 
£Qint_of view of methods of u sing computers as an instrument of 
educatio n, especially: — 



- How can computers be introduced into the structure of 
education? what are the most suitable strategics for 
introducing thou? 

- What are the possibilities of combined use of computers 
and other teaching methods, especially audio-visual mothods 
and television? 

“ How can participation oy tho student be made moro active? 

- What is tho influence of tho computer on the behaviour of 
students and teachers? How can tho former be trained to use 
the instrument so that tho maximum information may bo 
obtained from it? 

“ what cases should the computer, and programming procedures 
for toacliing in gonoral, bo abandoned? 

“ Wh?,t part should be played by evaluation? 

0 ^ c PXQfrlCM Concerning tho drafting _of coursos. juostlonnair 



What is tho best way of numbering items and questions? 

How frequently, and whero should there bo items of 
recapitulation and overall presentation? 



Are difforent otructural arrangements desirable dopondiru? 
on the subject being taught? 

How should tho various media (manual, films, photographs, 
simple or more complex terminal, oto.) bo allooatod? 



O 
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(iii) Problems of equipme nt: 

- Should one use computers cspeoially adapted for education, 
or all-purpose computers? 

- Snould preference be given to largo computers (central 
store more than 9 K) with a large number of terminals or to 
smaller computers (of the order of 4 K) with a limited 
number of peripheral terminals? 

- Is it possible to use older (second generation) computers? 

- Should simple cr sophisticated terminals be selected? 

- Should transmission bo slow (below 100 tapos) or rapid? 

- How should the interface be designed? 

(iv) Lang ua ge problem : 

- C ommunication between pupil and machine 

- How should the theoretical problems raised by free answers 
be solved? 

- Can nodular blocks bo used for analysing answers (by 
enumeration, range of numbers, arithmetical answers, etc.)? 

- How can multi-lingual adaptation of the course subject 
mattor bo achieved? 

* Communication between teacher and machine : 

- How can languages for simulation suitable for case studios 
be developed? 

- Can standard languages for detecting errors be developed 
for course preparation purposos? 

(v) Problems of co ct regarding use of the computer ; 

- On what basis and by reference to what should the cost be 
calculated? 

- What is tho return on the system compared with other methods 
of teaching? 

Independently of the work carried out in this group, it was 
agreed, again for the sake of intematicnal co-operation, 
periodical) y to organieo wider meetings so that a largor number 
of oxports on the subject could discuss items of the programme of 
work for this concerted drive* The agenda of ono of those meetings, 
held at tho OBOD in March 1970, provided for discussion of the 
subject "Languages in computer-based instructional systems”. It 
was on this occasion, in order to open the discussion as well as 
present a background material regarding work in this fiold, that 
C.B.R.I, asked Professor T* Zi nn to prepare tho following paper. 
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It io tho first of g series which will include several titles. 
At first sight it may seem surprising that the eorios should begin 
by a technical report apparently designed for specialists alone, 
however numerous they may bo. Jn fact, the problem in question 
illustrates tho confusion and contradictions that frequently exist 
in tho matter of technology of education. One might even say* that 
it is a typical example of a problem which is both true and false: 

- in that in theory as well ns practice it is impossible 

to develop at all-purpose language able? to deal anymore than 
adequately with all teaching situations. Any persistent 
attempt to develop such a language would lead to tho refine- 
ment of stereotyped "dialogues" which would not allow for 
the sometimes baffling aspects of any teaching and learning 
process. Wo for our part are convinced th r t there are other 
more urgent questions to be dealt with. 

~ !£3i2. in that whore there is dialogue there must bo language I 
However sophisticated this nay be it is nevertheless subject 
to certain constraints, and what i3 true for natural languages 
with all the scope they offer for ambiguity and Implication 
("entropy” as it were) is still more true for artificial 
languages, however comprehensive they may be (FORTRAN, ALGOL, 
etc.). The computer cannot in fact admit of the slightest 
or/ or and in case of doubt it can only forbear and~send back 
■he question. In those circumstances it is important that 
the teacher who intends to programme a certain part of his 
course on tho computer should be ablo to do so with tho 
maximum of security and accuracy. It is also essentia. 1 - 
vhicn is whore tho complications sot in - thai; the language 
used should be sufficiently flexib le to enable it to cover 
tho diversity of teaching situations by taking both teaching 
requirements and students* reactions into account, and al 3 o 
30 easy t o master if tho teacher is not gradually to turn 
into a computer scientist and neglect his duties* as a teacher. 



The principal this study by Professor K. Zinn is, 

first, that it reviews what already exists and li 3 ts the many 
• bo far developed according to a curtain number of more 

general critoria. At the samo tino the suggestions and recommendation, 
it contains provide a basis for discussion which, it may bo hoped, 
will yield positive results both from tho standpoint of tho joint 
project co-ordinated by tho C.B.R.I. and that of all those who 
desire thAt on appropriate ueo bo made of computors in education. 
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I. INTRODUCTION 



1* Pur poses 

The primary goal of this paper is to put forth for criticism 
and further discussion some tentative recommendations on 
instructional programming languages. I have tried to make my 
statements specific enough to be criticised in detail and perhaps 
to be improved through elaboration, yet general enough that they 
might be applied in discussion of various computer-based systems 
developed for differing purposes. Certainly I shall not achieve 
sufficient detail and the desired generality in this draft* 

Although my recommendations are derived from considerable experience 
with a variety of programming systems and curriculum authors, they 
should be interpreted with caution in their present tentative state. 
Guided by comment from readers, I hope to progress to a more 
definite and useful statement in the near future. 

In order that the recommendations can more readily be criti- 
cised by the reader, I have included the skeleton of information 
from which they were derived. The format used for this background 
information is an outline of language and system considerations 
on which various positions cr points of view have been expressed. 
Numerous aspects cf programming languages and user support are 
characterised by two or more persons, with some overall interpre- 
tation spread throughout as guidance for the reader. 

In order to provide convenient access to primary sources, 
writing with direct application to the problems discussed are 
listed with brief annotations. Since information resources for 
instructional use of computers continue to change rapidly, I have 
included some suggestions for obtaining current information and 
viewpoints as they aie written and discussed. 

A secondary goal for this paper, perhaps important to some 
readers, ie to provide in the early pages a short introduction to 
the role of programming languages in the preparation and use of 
computer-based learning exercises, Various types of programming 
are exemplified with brief diecuesion of implication* fc* \e 
style and goals or instruction accomplished. Some k: owledge of 
computers and instructional uses is assumed; for an introduction 
to the field and a guide to general sources, write the ERIC 
Clearinghrtr.se on Educational Media and Technology, Cypress Hall, 
Stanford University, Stanford, California 94305. 
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2. Audience 

I should like to reach potential users of computer-based 
systems in education, especially those supervisors and adminis- 
trators who £~e now making decisions about economical introduction 
of effective computer aids into instructional programs for which 
they are responsible. Although I intend the discussion in this 
paper to be useful to a reader not already versed in computer use, 
the present draft surely needs much more work, and the substance 
is likely to be revised on the basis of discussion among experts. 
Perhaps, then, just those experts should be considered a primary 
(and critical) audience for this draft. 



3 , Sources of other interpre tat ion and opinion \ 

Although I have attempted to incorporate opinion of others 
in this paper on programming languages, representation of their 
ideas can be only incomplete and biased at best. A student of 
programming languages should look at a number of other sources. 

The ERIC guide to information already has been mentioned as an 
introduction and general source. A few specific items are mentioned 
here for the reader who needs no introduction to the topic* 

h, N. Adams* provided a comprehensive tutorial presentation 
on "Technical considerations in the design of an instructional 
system” for the NCBT (UK) Symposium on Computers in Education held 
in Leeds in 1969. His consideration of languages and instructional 
programming is very relevant to the issues discussed in this paper. 

The perspective of C. Victor Bunderson, head of the CAI 
Laboratory at the University of Texas at Austin, can be inferred 
from the projection of curriculum development and use on computer- 
based systems which he presented at the American Educational 
Research Association meeting in February of 1969* Bunderson has 
provided more specific recommendations in notes for a throe-day 
seminar jn instructional uso of computers, but these are as yet 
unpublished. ‘ . ' 

Charles Frye of System Development Corporation, Santa Monica, 
California, provided a discussion of languages in x969 using four 
categories; conventional compiler languages, adapted comoll cr 
languages, interact ivo computing languages, and specially devised 
instructional author-languages. Some languages were assigned to 
the wrong category, but the concepts expressed are useful. 



* Complete references to publications are given in the 
bibliography. 




Sducom in Boston distributes the final report of a comparative 
study pursued in 1967-68 with support from the U.S. Office of Naval 
Research and the University of Michigan (as well as the Kellogg 
Foundation, which supports Fducom administrative and pilot efforts) 
Information on over 40 programming languages is included. Although 
I was the primary author of that report, the opinions of contribu- 
tors come through more clearly in that document than in the present 
summary papor. Because technical information goes out of date very 
rapidly, watch for a revision or replacement for the induce* 1 docu- 
ment before the end of 1970. 

J. J)onio of OECD-IRIA described the "present situation and 
current trends" after his visit to the USA in I960, including 
attention to problems and proposals regarding languages. 

William Ramage edited the presentations and transcript of 
discussion by a dozen specialists gathered at tho University of 
Pittsburgh in 1967 to discuss CAI author languages. Although many 
of the comments arc now outdated, most of tho requirements set 
down at that time have not yet been met. 

The proceedings of most conferences, working sessions and 
national commissions dealing with instructional uso of computers 
include some consideration of language requirements and implication 
for strategy and economics. For example, the report of the 
Commission on Instructional technology (USA) is soon to bo released 
and the advance proceedings of an August conference on computers 
in the teaching of physics and mathematics will include substantial 
seotions on different kinds of languages. 

These and other sources of information and opinion are 
annotated in the list of references included near tho end of this 
document . 
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II. KINDS OF INSTRUCTIONAL PROGRAMMING* 



The current state of instructional programming languages is 
characterised by proliferation of independent efforts to produce 
an all-purpose language and by unstated assumptions about appro- 
priate uses of computers for instruction. Some of the new languages, 
having been motivated by deficiences in old ones, turn out to be 
only superficially different* A comparative study of programming 
languages listed over 40 different languages and dialects which 
have been developed especially for instructional use of computers, 
and the differences among them are not very great in moot compari- 
sons, Attention to the style of programming typically dor.e with 
different languages con simplify a topic which lias been made 
unnecessarily complicated by obstructions to communication among 
those developing the programming languages and others devising 
instructional strategies. 



1 . Organising the content and preparing the procedures 

Some typos of instructional programming for computers are 
likely to bo used by subject experts (curriculum writers) and 
other styles favour computer specialists. Typically computer ard 
discipline experts must collaborate if the result is to exploit 
the computer contribution as well as relate to real instructional 
problems and appropriate organisations of the subject matter. The 
distinction between substance and procedure is blurred because 
most programming languages have combined the two aspects and 
initial successes depended on unusual individuals skilled in both 
areas. 



The development of computer-based curriculum can be separated 
into two or more processes for my purpose of distinguishing content 
and procedure; I would not apply this analysis to all computer uses. 
The most obviouo process is arranging the substance or content of 
instruction in a way which is appropriate for computer presentation 
and for interaction between learner and the computer-based repre- 
sentation of the knowledge base. No less important is the creation 



n The overview and interpretations of this section have been 
adapted from two provious presentations Uinn, 1969b, 1970). 
Detailed suggestions from B.N. Adams, Fred Bennik and Charles Fjryo 
helped considerably in its revision. 
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of a set of procedures by which the curriculum is delivered and 
the knowledge base is explored by each individual student. 

Secondly, the curriculum development group needs a process by which 
the substance is put into formatted information files on which the 
procedure programs can operate economically# 

The first process, organising the content, does not require 
a programming language at all, although the designer is likely to 
work within specific formats and within system constraints inter- 
preted for him by someone expert in programming. Although demon- 
strations and exploratory work have been prepared directly in 
programming languages, some of them called "author 11 languages, 
curriculum development efforts whi oh are successful on a large 
scale almost invariably adopt sty.lised forms and standard procedures 
to represent learning materials. The so-called author language for 
a project (for example, Coursewrtter II ) is used only by programmers 
who make a specialty of it, and the discipline expert is expected 
to give full attention to attributes and organisation of the subject 
matter and learner performance. 

The second process, procedure preparation, does not require 
a specialised language for "author convenience" since the work is 
done by a programmer, and done only once for large amounts of 
curriculum presented to many students. Economy in execution is 
more important than convenience while programming such a procedure. 
Many projects making instructional use of computers have used 
programming languages in which instructions require nearly the 
detail of each machine operation (called "assemoiy language"), 
and at times a general-purpose language such as AI£OL or FORTRAN . 
Some projects which must use an "author language" for execution 
(for example, Coureowriter II on the IBM 1500 Instructional System) 
treat it a 3 an assembly language, generating instructions for the 
Coureowriter processor automatically by the use of some other 
language which the procedure designer finds more suitable. 

The procedure programmer should use a procedure -writing 
language which includes capability for programming interactive 
uses, e#g. access to a olock or other timing mechanism, control 
of automatic interrupts in ordor to handle difficulties encountered 
during processing of student constructions, and linkage to filej 
of other users# Tho system must allow data to bo recorded, saved 
in permanent files from day to day, and recalled when the student 
wishes to continue where ho left off or to check his performance 
against that of others# 

' Both processes or tasks require some communication between 
instructional oxpert and computer programmer* The essential nature 
of computers and operating systems does impose some general 
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constraints on what the subject expert may usefully specify, and 
the objectives of instruction and the means by which they might 
be achieved have definite Implications for the language chosen 
and the procedures to be written* In summary, I would not expect 
discipline experts to conceive new techniques for exploiting 
information processing systems in instruction, nor would I rely 
on computer experts to determine organisation of and means of 
access to curriculum* 

The titfrd part of curricul^un development, getting substance 
into appropriately arranged files, is a desirable aid to the 
various team members involved, a time-saver, and, in many cases, 
a money saver. Coordinated design of this process by curriculum 
and computer experts is assumed* 

For curriculum development projects at least, the language 
should meet requirements of economical execution for the kind of 
processing anticipated. Convenience for the programmer is only 
secondary, since his job is relatively minor and he can work out 
some way to achieve what is desired. 

Convenience for the curriculum designer is essential, but not 
directly tied to the language of implementation. 

I would account for the curious state of languages for pro- 
gramming instructional use of computers today by the fact that 
virtually all of these languages wore prepared by computer 
programmers who were automating the tedious parts of their job as 
they viewed it* Perhaps new languages, or the means for producing 
them, will bo derived from a more comprehensive analysis of the 
requirements of all users involved . 

In the following exposition on kinds of instructional pro- 
gramming I use four headings; description of successive frames or 
items; provision for conversation within a limited context; 
description of a standard procedure by which material is presented; 
and specification of an interactive environment for programming 
and problem solving* The emphasis in this section continues to 
be on actual programming applications (or use of a language) rather 
than on apparent capabilities (functional aspects of a language), 

2. Meorlption of succc eeive frames or Items 

The most common application of computers for instruction 
appears to be an extension of programmed instruction ov audio- 
visual presentation of leoturos* It is not surprising that most 
languages encourage this style of programmings Table 1 gives a 
tentative assignment of languages for which I havo documentation. 

I do no + mean to imply that computerised programmed instruction is 
all thav the so languages are capable of representing; I off or that 
each does encourage that mode of eompvtor use* 
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These languages may in general be distinguished from scientific 
and business programming languages by a number of factors: 
convenience for display of text; acceptance and classification of 
relatively short strings of text typed by the student (or any user); 
automatic recording of answers or other performance data; and 
implicit branching determined by the categorisation of an answer 
or the contents of a counter which is part of the history of student 
responses. Although FORTRAN, ALGOL and other languages lacked these 
features, a new generation of general-purpose programming languages 
and on-line systems will include convenient facilities for string 
processing, file access, and definition of normal conventions by 
which the instructional programming needs are readily accomplished. 

IBM's COURSEWRITER is the beet known example of a language 
which encourages the description of frames or items, especially 
the original version for the IBM 1401. It grew out of a statistics 
course authored by Ralph Grubb in W,R. Uttal'e CAI project using 
an IBM 650 at Watson Research Center during the early 1960's. 

Lenore Selfridge was coding instruction materials frame-by-frame 
according to the logic Grubb defined when she suggested a Teacher 
Interpretive Program (TIP) to simplify the task of entry and 
revision of the statistics program. Other authors at Watson 
Research Center at the time were using other instruction strategies, 
each programmed individually. 

The advantage of using TIP was sufficient to induce other 
authors to use the samo approach - a kind of computerised programmed 
instruction - and a language called COURSEWRITER achieved status 
as a general language. Many of the languages in Table 1 were 
motivated by COURSEWRITER and then developed independently. Most 
of them have promoted only a frame-oriented conception of computer 
use. Programming other instruction strategies has been accomplished 
through additions to the language aixd special efforts of programming 
staff other than the curriculum author. 

A sample program for a simple mathematics drill exercise is 
shown in Figure 1, The indentation has been added to indicate some 
of the implied branching during processing. In general: when a 
condition 16 satisfied in a statement the indented statements 
below it are executed also; when that condition is not met the 
indented part is skipped. Statement sets preceded by "wa" anticipate 
cortain wrong answers, and record the second occurrence oi a 
certain kind of error. Otherwise, the similarity of the codo and 
' ' • ' v ’ - (continued page 24 ) 

* Uttal, V.R. "On conversational interaction, " Programmed Learning 
and C om puter-based Insvruction . pp. 171-190, J . E . Coul son ( Ed 77 * 

New York Talley, 1962. 
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TABLE 1: Dosoription of successive frames or items: 



COURSKWRITER I (IBM 1400), II (IBM 1500), and III (IBM 560). 

Obtain information from IBM Branch Offices. 

COURSEWRITKR, experimental (IBM 7010). T.J. Watson Research 
Laboratory, Yorktown Heights, Now York 10598. 

CCUR3EWRITHR , experimental (IBM 360/50), IBM Systems Development 
Division, Poughkeepsie, Now York 12602. 

WRITEACOURSE, Computer Science Group, University of Washington, 
Seattle, Washington 98105. 

LYRIC; language for Your Remote Instruction by Computer. Computer- 
Assisted Instruction Systems, 979 Teakwood kd., Los Angelos, 
California 90049. 

DISCUSS. Information Processing Laboratory, Institute of Library 
Research, University of California, Berkeley, California 94720. 

CAL: Course Author Language. Computing Facility, University of 
California, Irvino, California 92664. 

INFORM. Communications and Electronics Division, Philco-Ford, 

3900 Welsh Road, Willow Grove, Pennsylvania 19090. 

COMPUTES! | COMPUTtSST-II, and PILOT: A computer Language for 

Individual Tosting; and Programmed Inquiry, Learning or Teaching. 
Computor Center, School of Medicine, University of California, 

San Francisco, California 94122. 



DI1CH. Iafayette Clinic, 951 E. Infayette, Detroit, Michigan 48207. 

COPI I and II: Computer-Oriented Programmed Instruction. 

Educational Systems Programming , Federal Systems Division, UN IV AO 
Division of Sporry Rand, St. Paul, Minnesota 55116. 

Technoirdcs, 1455 1 h Street, Santa Monica, California 



MINORCA and GLURP. Center for Educational Software, No:/ England 
School Dav,}lo P munt Counoil, 55 Chapol Street, Newton, Massachusetts 



FOIL: File-Oriented Intorprotive Language, Center for Research on 
Learning and Teaching, University of Michigan, Ann Arbor, Michigei 





MENTOR, Department of Educational Technology, Bolt Beranek and 
Newman, 50 Moulton Stre./t, Cambridge, Massachusetts 02138. 

CAN: Completely Arbitrary Name. Department of Computer Applications 
The Ontario Institute for Studies in Education, 102 Bloor Street 
West, Toronto 5, Ontario, Canada, 

TUTOR. Computer-based Education Research Laboratory, University 
of Illinois, Urbana, Illinois 61805. 

PICLS. Purdue Interactive Computer-Aided Learning System, Computer 
Sciences, Purdue University, Lafayette, Indiana 47907. 

TEACH. Department of Physics, University of Arizona, Tucson, 

Arizona 85721. 

CHIMP. Institute for Molecular Physics, University of Maryland, 
College Park, Maryland 20742# 

EXPER, experimental. Information Systems Program, G.E. Research 
and Development Center, P.0. Box 43, Schenectady, New York 12301, 

HAL, experimental. Advanced Development Group, Honeywell Electronic 
Data Processing Division, 200 Smith Street, Waltham, Massachusetts 
02154. 

TEACHKR/II. Department of Mathematics, University of Denver, 

Denver, Colorado 8021C, 

UAL and UIL: UNIVAC Author Language and UNIVAC Interactive Language 
Federal Systems Division, Univac Division of Sporry Rand, St, Paul, 
Minnesota 55116, 

PLANIT; Programming Language for Interactive Teaching. Educational 
Department, System Development Corporation, Santa Monica, 

California 90406, 
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qu 1. Z J s ? 
ca 8 



ty correct 
ad l//c2 



wa 6 



Counters : 

c2 number correct 
c3 number of hints 
c4 number of answers 

Switches: 

s7 if multiplied 



ty No. Did you read it as: 2 x 3? 

Watch for exponents. 

Id l//s7 
un 2^ =2x2x2 
ad l//c3 

un The answer is 8 
ad l//c4 

qu 2. 3 2 s ? 

ca 9 * • ' T ■ 

ty correct 
ad l//c2 

wa 8 f 

ty No, Did you read it as: 2^ ? 

Watch the order. < • 

va 6 Vf . 

' ' ty No, Did you read it a? ; 3 x 2 ? 

Watch for exponents, 

br xl0//e7//0 .y.-.j 

> • ’ ty You made tnls error on the last problem too? 
un 3 2 = } x 3 

■ V ,V; ad 1//03 ...» . ... . . \ . .. . , 

V< un The anewor la 9 v ', ' 

ad l//c4 ' • "-V. . •- . . ' . 

: I . " *' l .1 . * ; V- ' . • ■ „ ■ 

: '-n ‘ f ■ ■"■i ! . .• ; r.t- o.,. r v x : - 

’VC. UO ’1 ■ ,i f .'T ‘-it*- ■■ .Y. . :■* . . .. 

Figure Is From a framo-oriejited program using a dialeot of 

Ccwsuwritor x ^77*,- 1*. \ .. 
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conversation to a programmed text is apparent* In fact, automatic 
translators have boon written so that computer can accept linear 
(o^ simple branching) programmed text and derive instructions by 
which to carry on CAI interaction with a student. 



3. Provision for conversation within a limited context 

Only a small proportion of computer-based instruction programs 
of the tutorial variety have been specifically designed to encourage 
additional initiative on the part of the student, and to provide 
a relevant reply whatever ha may do. The languages in Table 2 have 
been pulled from the first category because they have one or more 
additional feature for the purpose: conditional expressions, data 
recording, text processing, block structure, etc. 



TABLE 2: Provision for conversation within a limited context: 

MENTOR. Department of Educational Technology, Bolt, Boranek and 
Newman, 50 Moulton Street, Cambridge, Massachusetts 02138, 

ELIZA, Education Research Center, Massachusetts Institute of 
Technology, Cambridge, Massachusetts C2139, 

FOIL and PIT: File-Oriented Interpretive Language, and Flexible 

Instruction Translator. Center for Research on Learning and 
Teaching, University of Michigan, Arm Arbor, Michigan 48104* 

MINORCA and GLURP, Cantor for Educational Software, New England 
School Development Council, 55 Chapel Street, Newton, Massachusetts 
02160, 

PLANIT: Ir ogremming Language for Interactive Teaching, Educational 

Systems Department, System Development Corporation, Santa Monica, 
California 90406. 



Typically, the use of MENTOR, or of other languages in Table 2, 
is encouraged to provide in the computer program a sot of conditional 
statements which, for any stage of discussion, makes the computer's 
reply dependent not only on the student 1 3 current inquiry or 
assertion, but also on the history of the conversation. Because 
history is stored almost automatically, and complex conditional 
expressions can be written with considerable ease, it is convenient 
for describing a dialogue which is conditional on the present 
context and the history of discussion with each student. ?LA NIT 
and MINORCA have other distinguishing characteristics for specific 
areas of instruction and techniques of learner assistance. 



22 ».<? 









- 25 - 



I do not moan to imply that other languages in Table 1 cannot 
be used for programming a dialogue or conversation. Indeed they have, 
but with considerable author inconvenience and programming expense. 
On the other hand, each lajiguage in Table 2 has one or more 
characteristic which have encouraged this style of instructional 
programming. 

The example given in Figure 2 is part of a mystery problem 
coded in a notation similar to the MENTOR language. Such laxiguages 
have been used to specify exercises for training skills (such ae 
information-gathering and decision-making) needed in medical diag- 
nosis or electronic trouble shooting. Considerable convenience is 
gained by providing a convention for "stacking" of replies so that 
the line marked ,, l) lt is used the first time the student reaches 
that point in tho exercise, ”2)" the second time, etc. Also the 
directives to the computer for sequencing parts of tho conversation 
(for example, "IF ALL REPORTS, DO LAB") appear very much like 
logical expressions. 



Description of a standard procedure by whi c h material is presented 

Some of the languages which have been used for writing standard 
procedures (to be applied to various files of content) are listed 
in Tabic 5. All of the languages or notations in the first two 
categories had to be programmed for the computer in a regular 
computer language which could be interpreted by the machine. Any 
of those general-purpose languages could havo boon used directly 
for instruction, but it has been found desirable to produce simpler 
languages tailored to specific instruction tacks. general- 

purpose languages are especially convonient for writing procedures 
for interactive use on a computer, or in particular, for producing 
formats for conversational instruction. 

For some time, programmers using CATO at the University of 
Illinois havo prepared various toaching logics or basic strategies 
into which curriculum authors can placo their material, A PLATO 
tutorial logic provides tho most simple and convenient ^languege 11 
I havo soon, so much so that it is bettor called a "data format" 
or set of conventions for preparing a file of curriculum materials. 

An example of such a file, given in Figure 5, refers to the same 
drill exercise programmed in Figure l. . - 

This simple notation or data format is a straightforward 
approach to Serving the needs of an author; it provides a format 
into which he places elements of the curriculum questions, answers 
and hints to bo delivered to the Btudent in sequence. Because of 
the convenience of the video terminal on the PLATO III system, each 
question and corresponding hint was placed in the appropriate 
location on a large shoe. t of transparencies to bo inserted in a 

(continued page 27) 
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GENERAL "Proceed with investigation. M 
ACCEPT 

IF /suspect s/ . .. 

1) "Wife, brother and partner.” 

2) "No new suspects.' 1 

IF /lab, rifle, glass, pipe/ 

IF ALL IIEP, TO LAB 

"I advise you to check reports first.” 

IF ./interrogate/ 

IF ALL LAB, TO INTERS 

"I advise you request lab tests first . 0 



"I don‘t understand. M 

LAB -'This is the lab.” 

IF /glass/ r 

IF WIFE • 

"Class contained arsenic." 
1) "Prints belong to the wife.' 1 
; 2) "Nothing now." 






"What is it you want?" . 

accept , ; ; 

TO LAB + 1 - 



Figure 2s Sample of a notation suited for exercises in decision- 
making and providing for conversation within a limited 
context. . 
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TABLE 3s description of a procedure by which material is presented: 



CATOi compiler for Automatic Teaching Operation. Computer-based 
Education Research Laboratory, University of Illinois, Urbana, 
Illinois 61803 • 

TSA: Teacher-Student ALGOL. Institute for Mathematical Studies in 
the Social Sciences, Ventura Hall, Stanford l liversity, Stanford, 
California 94305. 

ISL-1 and ISL-2: Instructional Systems Language, RCA instructional 
Systems, 530 University Avenue, Palo Alto, California 94301, 

SKOOLBuL, Loamlng Research and Development Center, University cf 
Pittsburgh, Pittsburgh, Pennsylvania 15213* 

XXXX: Unnamed extension of FORTRAN, Human Learning Institute, 
University of Minnesota, Minneapolis, Minnesota p 5455. 

FORTRAN, AI/X)L f MAD, hNOBOL, THAO and others useful for programing 
instructional procedures, although not prepared specifically for 
that purpose. 
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Questions 



Hints 

2 5 = 2 x 2 x 2 



Answers 



1 2 5 = ? 



8 



Instruction 

Sequence 



2 




3 2 3 x 3 



9 



Figure 5s From a simple program (data set) which is presented 
by a general procedure program 



Another language for writing procedures is RCA’s Instructional 
System Languages I8L-1 was adapted from Stanford’s Teacher-Svudent 
ALGOL (T3AJ, and I8L-2 is a modification of BASIC. The major use 
of ISL-1 has been to represent the procedures for mathematios and 
language drills in the Stanford project. In fnot, the RCA instruct- 
ional system operating in the New York City Schools was particularly 
arranged for economical math drills for largo numbers of students 
(150 to 200 simultaneous use^s). The system in use in the Waterford 
Schools in Pontiac, Michigan, allows a greater range of instruct- 
ional programming using I8L-2, but is not likely to support as many 
users if tho proiremming options are e.reroised. 

Figure 4 contains a procedure for assembling a drill oxeroise 
from a rile of items such as that suggested by Figure 3. For this 
example I havo used a hypothetical language which includes some 
aspects of CATO and some of ISL. Thic drill procedure could be made 
more general and powerful, i.e, it could be arranged produce a 
greater variety of drill problems for the time invested by the ! 
curriculum designer. For example, otlnr procedure programs have 
been designed to specify that numbers for the problems bo selected 
at random, although vVtuin speoified ranges, and bO that other 
problem characteristics such as regrouping (i.e. "carry" or “borrow") 
are maintained. 
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My idealised notation nay make s"r h procedure writing appear 
accessible to curriculum experts having little acquaintance with 
computers. However, in reality, such programming requires persons 
expert in the particular skills of programming and computer use. 
There is no easy road to construction of complex, computer-based 
learning strategies. 



C. Specification of an environment for programming and pro blem 
solving 

Interactive programming languages are already available to 
users of general-purpose, time-shared computing systems who do not 
have access to dedicated, compute r-assiBted instruction systems, 

I ha/e found that the languages listed in Table 4 provide many of 
the features desired by authors preparing materials for instructional 
use of computers. Furthermore, the interactive mode for program 
construction emphasised in some of these languages provides greater 
convenience for construction, debugging, and alteration of programs 
than is characteristic of CAI systems. Immediate diagnostics and 
error recovery procedures allow mistakes to be corrected when 
discovered; direct-mode execution of statements is useful for 
displaying parameter values and for restarting at any point within 
the program during testing. PLAtfIT and FOIL have some of these 
features for interactive program preparation ari testing, 

The computation facilities found in problem-solving languages 
are useful in many learning exorcises, and convenient computation 
is conspicuously absent from most languages designed especially for 
computer-assisted instruction. To remedy this shortcoming, some ox’ 
the languages in Table 1 (notably PLANIT, PICLS and CH T MPJ have 
built an elaborato "calculation mode" or linked the "an hor" 
processor to a "computational 11 language such as BASIC 

Authors of computer-based learning exercises at thj University 
of Michigan have used languages which are convenient fc. ’ students 
in the design of exercises, a factor which is especially '‘mportant 
when the author is using mathematical models and simulation. 
Typically, students begin in a tutorial mode, then shift to 
exploration of some underlying model the professor has designed; 
some have progressed to the point of using the computer as a research 
tool and model builder, regardless of their previous experience with 
computers. 
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For I - 1 10 N UNLESS ERRORS >' 5 

' BEGIN ; " ‘ 

\ Ji HILT = 0 v ■ . . 

ERASE . *"• •'••• '■ ’- ;: - 

DISPLAY QUES(I) 

ACCEPT UNTIL TIME >20 

BEX} IN 

IP RBSP = ANS(l) : 

- TYPE "Correct" 

increment i 
errors = errors + i 

IP ilINT « o ’ • 

DISPLAY HINT( I) *' 

t.'io-. HINT * 1 ' : 

w';.. ,.i .'Y TO QUES '-vy -• • ‘ ; 

. DISPLAY "Tho answer is" ANS(I) 

,•(. INCREMENT I • • ' 

END . 

IP TIME UP « 0 V 

■. - DISPLYT "Time ia up; try again." 

hi (T TIME UP * 1 - • > : 

TO NEU i'.-.-ar,'.; ••••' ■" \ • 

DISPLAY "Time is up." 

DISPLAY-PROOTOR "Too much time." STUDENT, LESSON 






TO HELP ';y v.. • 

end " ,; - ! r ;J 

IP I B N, TO NEXT 



DISPLAY-PROCTOR "Too many errors." STUDENT , LESSON, I, 

Niiv' t «».* •_ ■ ■ • *• errors 

HBIP DISPLAY "You aocm to need help. Ask "ON-DUTY" for 

assistance." 

PAUSE 



Figure 4» Prom a program stating a drill proceduro for tho data 
sot in Figure 3. 



O 
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TABLE 4: Specification of an environment for programming and 
problem solving: 

ACME: Advanced Computer for Medical Research. Real-Time Computation 
facility, Stanford University Medical School, Stanford, California 
94305. 

ALCOM; Applied Logic Computing, Applied Logic Corporation, One 
Paltrier Square, Princeton, Now Jersey, 08540, 

APL: A Programming Language. Education Research, T.J, Watson 
Research Laboratory, Yorktovm Heights, New York 10598. Commercially 
available through IEM and a number of time-sharing services, 

BASIC; Beginner's All-purpose Symbolic Instruction Code. Computer 
Center, Dartmouth College, Hanover, New Hampshire 0371 •• Commer- 
cially available from GE, Tymshare, UN I VAC, IBM, and others. 

BRUIN: Brown University Interactive language. Brown University, 
Computing Center, Princeton, New Jersey 08540, 

CAL: Conversational Algebraic Language. Computer Center, University 
of California, Berkeley, California 94720. Commercially available 
from Com- Share, XDS, and others. 

CITRAN and REL: CIT Translator; and Readily Extensible Language, 
Computing Center, California Institute of Technology, Pasadena, 
California 91109. 

FOCAL: Formulating On-Line Calculations in Algebraic Language. 
Digital Equipment Corporation, Maynard, Massachusetts. 

IITRAN aid CALCTRAN: IIT Translator; and Calculating Translator. 
Computation Center, Illinois Instituto *>f Technology, Chicago, 
Illinois 60616. 

ISIS: Irvine Symbolic Interpretive System. Computer Facility, 
Univorsity of California, Irvine, California 92664. 

JOSS: JOHNNIAC Open-Shop System, Computer Sciences Department, RAND 
Corporation, 1700 Main Street, Santa Monica, California 90406. 

ICC: Language for Conversational Computing. Computation Center, 
Univorsity of Pittsburgh, Pittsburgh, Pennsylvania 15213. 

LOGO. Department of Educational Technology, Bolt Boranek and Nowi ai, 
50 Moulton Stroet, Cambridge, Massachusetts 02138. 
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PIL: Pittsburgh Interpretive Language. Computing Center, University 
of Pittsburgh, Pittsburgh, Pennsylvania 15215* 

POP-2. Department of Machine Intelligence, University of Sdinburgh, 
Scotland. =- • • '* 

QUIKTRAN; ‘'Quick" FORTRAN. Information Marketing Publications, 
International- Business Machines, Monterey and Cottle Roads, San 
Jose, California 95115* 4 ^ ••••-•• 

RUSH; Remote Usor Shared Hardware. Allan-Babcock Computing, Los 
Angelos, California 90067/‘ ' * ■ y 

T^LCOMP, STUOOMP and ISRCOilP. Bolt Beranek and Newman, 50 Moulton 
Street, Cambridge, Massachusetts 02158. ■■'■■V ' 

TINT. System Development Corporation, Santa Monica, California 
90406. 

iv-is*. >!*. / y* f ■: < * vC-, V ? ‘ 

v'' *' ./ ? ;x\i . l . .?«' . .• ,v : . J , •» • ' ■ 

( ' M .? hi'/ -"i v 1 / ’.•* t 



*.“y »/ v...-?* ? : : 

, , .V V : V- ' ! . : * - . . 1 . . 



. * f . -*i; • *>: .y. a : . / , - •* , t y. ,\V ^ - < . ' » • 




V i't l. ’ , -Vvy ,> : • . - * 

V; i\>j . y.. rv* _ 

s'XXXr. iXr.'s* i \ /; A y -V •*, .V j . ■ , J --.vi- • 

V / ; w ; i v . t rw :■ >v 4 ■ 1 . , y ^ ■ 

vv V V i ■ : * ; 

V ; ri :j W . 
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An excerpt from a sample program, given in Figure 5, uses the 
Pittsburgh Interpretive language (PIL) to set up a situation in 
which beginning students practice managing a simulator fish popu- 
lation and manipulatirg the underlying ecological model. The first 
part of the program initialises the parameters of the nr lei; the 
second allows a prootor or teaching assistant or other student to 
reset the parameters to values of hie own choosing; the third part 
generates a "history" on which the student makes his first decision. 
The model itself is invoked within a conversational sequence which 
represents a simplified management situation# The program is 
concluded with a provision for a short exchange with the student 
about optimum strategy and level of management. 



6* Relative use of the four kinds of programming 



More languages and dialects fall in category one than in any 
other, and probably more author hours have been invested in the 
computerisation of programmed instruction toxi* than in other inodes 
of instructional programming. The "data formats" f nd "drill 
procedures" have been used extensively at installations that have 
that kind of language facility. 




Increased use of procoduro~3tatemonts with separate curriculum 
files will be beneficial for the field, and large curriculum develop- 
ment projects using computers will require this approach for economy. 
I must say again that languages of the procedure-writing typo are 
intended for computer programmers and for educational technologists 
specialising in computer applications; these persons should produce 
the user-oriented languages or data formats which then provide 
maximum convenience for tho curriculum sxpert. 

Borne data formats may take on special and interesting character- 
istics : the curriculum design team can represent tho ds sired know- 
ledge and skills in some kina of structure which both thoy and ths 
computer can interpret; and specialised computer urograms will be 
set up to attempt, through various means built-in* by specialists 
in learning and information systems, to ensure that each student 
achieves those objectives. . 

More generality would bo achieved by preparing computer 
programs which assemble instructional materials from elements of 
the subject matter and relationships among these elements. Avail- 
ability of such procedures would permit the author to describe an 
entire class of problems by one sot of statements. *rom one general 
description, any desired number of test or instruction ituras could 
be generated for presentation to each student as needed, A procedure 
which assembles or generates materials is likely to have moro 
possibilities for individual adaptation than one which selects 
successively or branches through a large pool of specific items. 
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^Control is described in part 1 (with part-step numbers at left 
margin) ;; 

1.0 FOR peak=ll: FOR max=30: FOR run=18: FOR history=7: FOR 
model = 6 STOP. 

K proctor may reset parameters as desired before typing "go" 

1.1 TYPE "Road instructions: Regulation of a salmon fishery." 

1.2 DO part 2, 

^initialisation 

2.1 FOR entire =K): FOR total=0: FOR cycle=0: FOR year-1969: SET 
orror=the time. 

2.2 FOP med-, 5K(max-peak) : FOR low= . 5*med : 

2.3 IF history =0, TO step 1.3. 

2.4 TYPE "History: " . * t --'* 

2.5 TYPE "year catch escapement". 

2.6 FOR escapo=peak/2: FOR y=ysar-hiatory TO year: DO part 3* 
^generate history 

3.1 FOR catcL= mcd+escapejirandom number of error BY -#2xcatch WHILE 
run-catch = 0: next catch. 

3*3 SET escape=run~catch. 

3.4 TYPE in form '»// //// // * * * ", the BCD value of 

year, catch, escape. 

3.5 DO part model. /compute run for next vear7 

2.7 SET history^O. 

*managem^nt control 

1.3 TYPE "By which strategy will you manage fishery: escapement or 

catch?". (< , . 

1.4 DEMAND in form " WMlnlltWlltr* 9 strategy. 

1.5 TYPE in form H 11 , tho BCD value of yoar. 

1.6 IF tho first character of strategy="e," DO part 4; ELSE DO part 5 

* ^ ;fv V"/' ; '' . 

4.1 DEMAND oscapo - ‘ ■ • - - 

4.2 IF escape > 0, TO step 4.4; ELSE TYPE "You must lot some fish 
escape,". 

4.3 TO step 1.1. 

4.4 FOR catch=run-oscapoi IF catch >0, TO stop 4.6: ELSE SET 

catch=0. ; 

4.5 SET eecapo=run. ‘ 

4.6 TYPE in form "catch= * ", catch. 

Figure 5 * From a program providing an environment for simulated 
- management and oxploration of nodols. 
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Interactive programming languages aro much more widely used 
in instructional exorcises than is generally recognised by persons 
working with the M author M languagos in my first two lists. Use of 
interactive languages will increase because they are accessible 
and convenient for instructional exercises and will be used for 
computer .literacy and technical skill courses anyway, Ono time- 
sharing service in north eastern United States offers schools a 
terminal device, unlimited use of the system 24 hours a day, and 
a few thousand characters of storage for about jfi ?50 per month. 

Some of the enthusiam for conversational computing nay be 
attributed to non-essential features: quick response and under- 
standable diagnostic uessagos can be provided also in remote-entry 
batch systems. Now that commercial services aro being offered to 
(and purchased by) public schools, it becomes increasingly important 
to isolate essential contributions of interactive programming 
languages, and to determine effective cost conditions. Howevor, I 
am convinced that five years from now, exploratory use of those 
languages for instruction will have contributed moro to education 
than havo similar trials of frame-oriented programming in the last 
five yoars. 
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III. RECOMMENDATIONS 



1. Maintain Flexibility 

All research and development projects and most operational 
ones should remain flexible for a time yet, avoiding restrictions 
placed on users by any one programming logic because of the language 
and system. Requirements as perceived by users continue to enange, 
and the language characteristics can follow along if not fixed 
rigidly at the start. 

Users should not bo restricted to a single, preset logic such 
as the basic Coursewriter or Planit, or the math drill strategy of 
the RCA IS/70. Different disciplines and teaching objectives 
determine* different approaches to computer-aided instruction, and 
variety in author preferences can also be justified. If the language 
capabilities do not match the needs, important human resources are 
wasted trying to Eiako a system and language do things beyond its 
intended scope. 

New logics (or data formats or task-oriented languages) should 
be able to be px*opared readily in rosponse to the needs and sugges- 
tions of potential users. The computer skill required to adapt or 
extend a general-purpose language to suit a particular instructional 
programming task is likely to be considerable, but the time required 
will not be great if the basic language is suitable. Now logics, 
even new languages, are prepared with relative ease using the PLATO 
compiler at the University of Illinois Computer-based Education 
Research Laboratory. Similar work is possible on some time-sharing 
systems, although flexibility in software and quick response of 
system programmers to user requests is not common outside the 
universities. 

Probably the best way to meet the requirements placed on a 
system and language today, especially for a research-oriented project 
is to work within a gun oral -purpose system providing more than one 
suitable programming language. At least one language or application 
program should provide a format for preparing computerised programmed 
instruction: FOIL, LYRIC, and a number of others can be installed 
quite readily by compiling a specialised processor programmed in a 
comzaon language such as FORTRAN. Others should provide for string 
processing (e.g. SNOBOL), procedure writing (e.g. AI&OL) and inter- 
active problem solving (o.g, JOSS). Once a lesson designer determines 
what approach is likely to be successful with his students and 
teaching goals, that approach should be mado more economical, and 
perhaps core convenient, through implementation of a specific 
language or notation. 
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For the project already committed to a restricted system, e.g, 
the IHi 1500 does not include much range in programming capability, 
the best approach my be to prepare instructions using some more 
appropriate notation and translate automatically on anothci' computer 
into the code needed, in this case Courcevriter II* Although this 
should ease the task of the lessen designers and manual coders, the 
programs still will be no more economical than allowed by the 
Coursewriter II processor and system* The manager of facilities for 
a school or research project should have some options from \ lich 
to select the best programming language for each purpose ane porhap3 
a bettor macMno, 

Ideally the creative curriculum designer would work completely 
free of system and language constraints, describing materials and 
conducting trial student use in some general notation and non- 
computer format* Later the exercise would be implemented in the 
language judged by an assisting programmer to be the most practical* 
A general notation evolved through use of this approach at the 
University of Michigan.. Each author adapted it to his purposes; and 
programmers implemented as best they could the author’s intentions 
as expressed in this communication language, sometimes using d if forte 
computing systems as well as different languages. 

In reality the creative curriculum designer may find oven tho 
best among available computer terminal devices and data structures 
too restrictive* He should be encouraged to carry out limited use 
of procedure-oriented learning exercises with non-computor formats 
and human teacher aids (other students and paraprofessionale) * 

The ultimate of flexibility in e computer-related instruction 
project is to be quite freo to leave the computer to achieve project 
goals, e*£, instruct students more effectively or discover important 
factors of individual loarning, whether or not assisted by tho comput 



2 • Adapt to Specific Uses and Users 

Clearly the requirements are different for instruction, testing, 
counselling, curriculum development, research on instruction and 
learning, or research on languages and systoms* Uo one language and 
system support package can be expected to ,erve all uses and users. : 
However, by careful eolection and extension the available language 
capabilities can be matched to specific requirements. . 

* Differences among the needs and interest of users shape tho 
system support features. The author needs control of computer 
processing capabilities and information storage, and ho nay wish to 
pass on this control to the student or other usor of his instruct- 
ional procedures and information files. The systen should at all 
times bo interprotablo to all users and especially tho student. 

When the automatic processor gets lost and doesn’t respond intelli- 
gibly, a learner who actually was on the right track ray inappro- 
priately blame hie own work, and his performance and attitude will 
suf fur • 




( •» 
{ . 



% 



- 39 - 



Actually any single user may take on different roles, and should 
not be- unduly restricted by the language and system The author 
should be able to move easily from curriculum development to research 
and back, using the computer for data processing, modeling and 
information management in pedagogical as well a 3 scholarly work. An 
interested and able teacher will bo an author of new materials as 
well as a manager of instruction. 

In particular the student will take on different roles. He may 
begin in a tutorial exercise, move into the role of a practitioner in 
a simulated exercise, then examine the model as a researcher, and 
finally, as a teacher, set up now conditions for the simulation to 
bo used by another student. - , 



3* Exploi t Interactive Mode of Computer Use 

On-lino conversational use of computers is almost certain to 
be more costly than loss glamorous moans of access to information 
processing aids. However, the occasional user of computers is more 
likely to benefit from the interaetivi node of operation than exper- 

froc l uent us °rs. Programing languages and learning exercises 
should be selected to take advantage cf opportunities for the 
infrequent loarncr-user to carry on a dialogue with the system. 



When the student doesn’t know where ho is in the system or 
exorcise and cannot determine what to do next ho should always be 
able to get a useful reply by questioning the system, and ho should 
be able to determine a suitable place to resume the exorcise. When 
the system begins to display material in greater detail than the 
student can use, he should be able to interrupt and specify another 
mode of display or a ..ore suitable level of detail. 



The ^'irnor should fool encouraged to tc3t tentative ideas and 
try^out possibilities, knowing the system not only will permit such 
explorations, but will help them to be successful. Suitablo computer 
keep tracx of looBe ends * lu the user is sketching 
ifa ideas, accept details later, and . vo ..o iumodiatc and inter- 

pr°table reply when the user's instructions are ambiguous or incom- 
pxo xc • 



4 • . langunKC Mai n tenance) and Svstorj Operation to Proloct Goal s 

For a system serving authors, toachc-re and stulonts in day-to- 

foa+u^« a ^t 0nS, ^ 0cunonta t ion tho languages and usor support 

features is essential for prompt and effective naintcnanco. Errors 
in the processor programs will occur; minor additions will be 
roquired; and occasionally a ir^ajor modification is Justified. 

Reliable service and an environment for gradual improvement will 
follow from sound documentation. 
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A log of system use and maintenance is a useful management 
too!. The record of use, problems encountered, and goals achieved 
indioite tho extent to which the operation is serving the primary 
users; tho log also provides a basis for projecting cost and elapsed 
time required for future improvements . Such information is especiall; 
useful in an experimental 93 r stem which continues to change. 

Maintenance of accurate reference manuals and effective 
training materials has high priority for project staff if the project 
goals emphasise use of the system. Those exp.rt in system design 
and use will spend considerably less time trying to communicate 
to naive users if the project purpose is exploration of language 
capabilities. Documentation of computer-based learning oxeroise 
should receive priority attention by the designer to tho extent tho 
project plans to use the exercises in the future or to promote use 
by other individuals and institutions. 

Criteria for effective system operation can bo made explicit, 
for example, by assigning a monetary value to time lost due to faults 
in a program, modifications of a language processor, or change over 
to a new system. Such designations will Hake explicit the relative 
priorities of student use, curriculum development, educational 
research or system experimentation. 
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: IV. STATEMENT OP POSITION OR POINTS OF VIE* 

1. ASSESSMENT OF A LANGUAGE AND SYSTEM 

A. Representations for Language arid Sys t em OharactorisVlc s 

Tho forced juxtaposition of two or no re languages, whether 
by a list of aspects, characteristic samples or measures of author 
performance and satisfaction, cannot help but encourage each 
designer to improve tho capabilities of his languago at least for 
those purposes represented in the comparison • 

1, Functional aspects compared against a standard list 

The comparison of languages by the 60 " common aspects' 1 in the 
Bducom comparative 3tudy emphasised similarities by presenting 
together the way in which 40 different languages would bo used to 
accomplish the sane function. Such discussion prompted some 
languages designers to fill in a few blanks in the columns des- 
cribing their languages, that is, they added to their ov, r n language 
some of the capabilities previously described only for othei 
languages in tho comparison table. ^ ;< 

A summary table arranged by common aspects cannot bo complete 
and free of error: the languages are changing rapidly; tho designers 
are slow to provide current documentation; first-hand programming 
experience in jach languago is not possible. Different approaches 
to summarising favour one language or another; and more Important, 
different approaches to Instructional usj of computers roqoiro 
essentially different language characteristics. 

Languages explicitly intended to serve different instructional 
programming taske should be described for purpose of comparison by 
different sets of attribuoos in different tables. 

In othor words, programming tools should be grouped with others 
of similar purpose vhon making rolative comparison, rather than 
thrown together with all tho tools of very mixed purposes. 

When making deoisions about languages and systems, tho relative 
weighting of various criteria must be determined by each project 
or user upon considering: a) tho age and background of tho student 
or other users; b) the relative importance of research, development, 
implementation and operations; c) the relative interests of project 
staf* in general system oharaotoristics, program? trig languages, or 
instructional materials; and d) the availability of funds and of a 
general-purpose system. * V * /• *. Vr 
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Some standard format or common notation is needed for writing 
an individualised description of each language so that its 
characteristics can do interpreted readily by interested persons 
who did not participate in design of tho language. In order to 
communicate with potential users of computer-based systems, a 
notation for description should be readily interpreted by those 
who have little experience with languages and systems , (For example, 
BNF is not suitable!) 



2. Samplos of code, presumably typical of user and task 
requirements 

The best tost of a programming language is through use, and 
the closost approximation for a reader not yot fajniliar with tho 
language is a sample of use on standard tost situations. 

iiach language has unique features, and any snail number of 
tost programs will favour one or another. It is difficult to 
represent tho capabilities of any language in a few pages of sample 
programs. 1 . >•. 

Many of the languages continue to bo charged, and the samples 
obtained ono month may not be characteristic of what is being done 
with tho language six months later. 



5. J&npirical measures of usefulness! pregrantaing time, errors, 
attitude, execution time, otc. 

Efficiency of a language sometimes is measured by tho number 
of machine language instructions, source language instructions, . 
characters in the file, otc. However, this measure depends on the 
instructional strategy employed, th«/ propensity of the author for 
writing the saruo learning task description in a smallor number of 
instructions, and hie concern for providing responses for a number 
of rather unlikely eventualities. 

A major problem for evaluation of any component of an 
instructional system is tho definition of a measure of accomplish- 
meat which avoids reliance on how long the student spends with tho 
now learning materials. The efforts of a programmer-author should 
show in concepts acquired by the student (or skills perfected), 
not just student time at a torminal, as if the system were baby- 
sitting. ' - : :t- v I' :'V -- . - ; . ;• . i it 

r ■>.*, v ' i ;■/: • * 

An effootivo system will encourage curriculum designers to 
exploit tho computer medium to improve and expand tho content and 
skills taught, and to use the occasion of revision to drop sono 
material which io obviously useless. 
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Criteria for judgments about languages should be more explicit. 
Words such as reliability and flexibility are used as if everyone 
agreed on u'nat they moan; in fact very different measures o. t tho 
implied concept hs.vo been employed* It is not necessary that all 
writers agree upon any single definition for a term or a unique 
measure for a criterion, but each writer should make his use of 
terms and measures more explicit* 

Journals should adopt a firm editorial policy which requires 
clarification of tho referent or measure of "power* , "elegance , 
and other such tonus when used in published reports* 



1 



B* Suitability for the Primary Users* Considering Background and 
Coal 8 

User performance (c*g* error rate) is an important consider- 
ation in selection (or design) of a language. Increased training 
nay not be the solution; programming errors which appear frequently 
in instructional programs can be reduced by changes in tho 
translator. 

One should not always blame the user for programming errors 
but look at factors in "reliability" of the semantics and syntax 
of the language. The same applies to reliability of the instruct- 
ional program. Some of tho errors which may occur during instruction 
and interfere with learning by an individual student should be 
blamed on the author, or the language designer, etc. not on the 
studont , 



1* Student 

Students need to be able to get information about the system 
operation and procedures at any tine: Is it operating? Why was his 
message not accepted? How long night ho have to wait before starting 
a certain exerciso? Procedures should be simple, including conven- 
tions for orasuro within a message or cancellation of entire blocks, 
indication of availability of a device for input, etc. 

The student of a particular discipline should not have to 
acquiro computer ski his arid conventions which are unnecessary for 
his study, e.g* complicated keyboard skills or now notational 
conventions unrelated to tho subject of study, and necessary only 
to reply to a computor tutor* 1 

The information processing capability of the computer should 
bo as available to tho student as it is to the lesson designer 
or the researcher* _ // 1 * • Y; - ^ ; , \ . 
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Computers and programming are now becoming part of everyday 
life, and the designer of a computer-based lesson should not hesi- 
tate to require of tho learner certain computer skills otherwise 
unrelated to learning in that subject area, 

2, Instructor (supervisor or manager *f learning) 

Tho systeci (and language) should accommodate tho ineti ctor, 
to tho extent that ho is expected to adapt the learning materials 
for each group of students and his particular style of teaching. 

The right data on student performance and attitude should be 
available to tho instructor at the right time and in tho right 
context; relevant, timely and interpret able information is essential 
for effective management of learning. 

If tho system is designed to run without intervention of 
classroom teachers or other supervisors, then computer memory space 
and processing tine should not be wasted on features included only 
for these personnel who do not use tho system in operation. 



3* Counsellor or administrator, if different from the instructor 

Management working from a perspective different from that of 
the teacher may require data in a somewhat different format and 
context: the counsellor noods detail on individuals and in the 
context of other work or plans of that individual; tho administrator 
needs detail on use of resources (personal and technical) in the 
context of the total instructional system. 

An on-line data management system for school records would 
more than pay for itself in saving administrative time and reducing 
errors in quick judgments. 

Most of tho dooisions which are made in educational systems 
do not justify on-demand access to current data; decision points 
can be anticipated, and many of thorn are periodic. 



4. Author or losson designer 

Staff on a curriculum development project require convenience 
and predictable operatic for writing and testing exercises; these 
requirements may conflict with tho economy and convonionco required 
for day-to-day student uso in tho schools, Torminal dovicos provided 
authors are core expensive, the speed of compilation of new programs 
is more rapid, priority is given to revision of materials, etc. 
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" :1 Bata obtainable from student use of learning exorcises nay 
be selected and arranged differently for the purpose of revision 
of the exorcise (by the author) than for assessment of student 
performance (by the teacher or administrator). 

Control should be loft with the author or lesson designer. 

As examples: the user nay prefer off-line to on-line entry with 
immediate diagnostics; ho may wish to establish some of his own 
notational conventions rather than always to adopt those of the 
system programmer who designed the language; ho may wish to change 
the standard replies (suen as from "wrong, try again" to M not 
recognised; try again"), or to adjust the tolerance for accepting 
mis-spellinga or typographical errors in otherwise correct answers. 

Although there arc many tricks that can be played with the 
counter registers and character regioters of "author" languages, 
the lesson designer Ltust apply psculiar commands for manipulating 
these rudimentary olonents of information processing by computer. 
Playing these games will distract otherwise offeotivo authors from 
their primary purpose: helping learners. in some efficient fashion, 

A procedure for presenting curriculum materials should be 
prepared by expert programmers according to a design dovoloped by 
a team of subject exports and oducational technologists; then the 
writers entor material into a system which in part can protect then 
against their own errors. /. 



5« Researcher on instruction and learning 

An educational researcher is willing to pay much more per 
terminal hour than an educational administrator, if the system 
provides the required facility for stimulus presentation and data 
recording. 

Research uses usually require moro detailed data than teaching 
ana curriculum development, and some data are unrelated to teaching 
purposes: latency, physiological measures, o+o. * ... 4 

In some research uses the computer makes no contribution to 
learning by the subjeot during the experiment; the researcher need 
not bo concerned about computer-based instruction contributing 
some way to tho learning of the student beyond what would have teen 
achieved without tho conputor. t . . 

6, Researcher on tho systems and information science? 

" W t Vi.-., 1 ,-/• >♦.'* r ... 

A project on language characteristics and system features 
must invest in flexibility, even at the expense of author or student 
convenience. curriculum writers who choose to *ork with such a 
project iM&t bo willing to n:ivo up convenience for the sake of 
experimentation, e,g, ad j act to lar^iagt changes, accept errors 
and unreliability, and roA.ufy or outdated programs. 
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An experimental aye tom is entirely different from an operational 
one: relative costs, responsive to different users, etc. 

Some day the experimental and operational purposes can bo 
brought together in the same system, 

C. Suitability for the Modo of C omputer Use 
1* Rcutinised drill and testing 

A system used for drill and tosting should hwo a library of 
standard routines which oan be adapted for whatever pool of drill 
or test items the user night like to introduce into tho system. 

A user should be ablo to add readily to the library of routines 
or procedures for drill and testing. 

■v The description of data (test items) for standardised routines 
should bo straightforward and convenient for the author. 



2. Computerised programmed instruction 

A system used for presentation of programmed instruction 
materials should not require of the author much more than a speci- 
fication of tho text materials as thuy might be presented in booklet 
form rather than on tho computer, 

rfhon variety is required it should bo introduced at random or 
according to parameters under the author's control, o,g. selection 
from a sot of confirmatory replies or options to introduce roviow 
material, 

Frame -by- frame writing of programs with an author language is 
on the way out, A fow years from now lose than one tenth of any 
computor-baeed course will be programmed by an author or his 
technical assistant direotly in languages such as COURStfViRIT&R 
and PLANIT. 

3, Diagnosis and remediation 

A system intunded to provide individualioed attention to 
learner difficulties must have so m generalised procedures to apply 
each time an answer is incorrect; full programing of each frame 
of a diagnostic tost for all possible etuden: difficulties is not 
feasible for tho major part of solf-tocting and remediation 
oxorcises, ' .*■ ^ 
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Diagnosis and remediation are important uses for computers in 
instruction, for the student is likely tc benefit greatly from the 
opportunity for interaction with a prepared procedure* This mode 
of use places correspondingly greater demands on the programming 
language employed. . . . - : \> i 

Standardised learning materials can be presented effectively 
by other media than computer-based systems* Tho more expensive 
information processing devices and programming languages should be 
applied to those situations such as remediation where individual- 
isation is not only desirable but nsccBS&ry. 



4. Question answering . ; t ; 

Being a device for storing, processing and retrieving inform- 
ation, tho computer should be programmed to assist tho individual 
learner in his own scholarly endeavours by providing answers to 
questions about information sources, faot, etc. 

One general approach .just bo applied to many topics and 
learning exercises if questions answerirg systems, being oxpensive 
to propare, are to bo practical* . 

Tho expensive systems, designed to respond to inputs of great 
vanoty and bo applied to a wide range of topics, becomo practical 
vhon tho fiold of inquiry and the format for questioning are suitably 
restricted* 



5* Pile and text manipulation 

Handling files and strings of text is not a process incidontal 
to computation, but a substantial part of information processing 
sciences. In tho educational sotting this mode of use should be 
accorded full attention in tho library of programming languages 
fiiade available. - _ \ • :.*>■ • / . • 

The lesson designer (or th^ student as a direct user of file 
information) should not have to manipulate textual information with 
primitives applied only to characters and linos. Languages should 
allow suitable representation for units such as words, sentences, 
paragraphs, and chapters as well, and for search and transformation 
operations. iV t;.. .. r ' ■« 1 : 

ta&.Vr' ' . •* . V, - "... 

6. Numerical problem solving . . • i .. .■;>* • ; 

■. ■ * • . -.nr ' * : * ' 

A conversational problem- solving language such as API, BASIC, 
or CALCT3AN would bo much more successful on a regional computing 
service than an author language IV) Coursowritor. Tho development 
of high-quality tutorial instruct!* a requires a major commitment 
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of funds and personnel , including instructional dosife; u . dia 
specialists, and programmers not usually available at ic 
locations* Typically, ono person at a site, almost never on a full- 
time basis, must give demonstrations, teach programming and consult 
on applications* An interactive computing language can bo more 
easily taught and more effectively used with limited resources. 

The problem-solving mode will be over-valued and misapplied, 
as war COURSBWRITBR five years ago. However, more instructional 
materials of significance are likely to survive in this aodj in 
the next five years, than havo been seen in the computerisation 
of programmed instruction in the last five years. 

Undirected use of a simple programming language is not always 
a cost-effective way to develop skills in problem solving or 
conceptualisation of procedures. The designer of a learning exercise 
or environment must consider adding language features specific to 
the tasks the learner is to carry out, and try to describe ways of 
assessing the learners progress along any path to a solution, perhap* 
specifying interruptions to provide information about difficulties 
encountered. - - 

The special contributions of interactive node of use to student 
programming and problem solving are not obvious. Much of what is 
said to bo unique to interactive processors can also be accomplished 
with well-cpncoived compilers in a system providing very quick batch 
response. /Soo VI below on interactive mode contributions^/ 



7* Graphic display 

Although graphic capability is much sought after by many 
computer users presently restricted to alphanumeric displays, those 
who do have the technical capability to show the student lino 
drawings and accept simple sketches in return find the associated 
programming task horrendous. Programming problems in this domain 
have not boon solved for instructional users. 



8. Other modes not defined (i.o. growth potential to meet 

unanticipated user needs) 

- Other nodes of use may not bo included in the listing above, 
and many now uses are yet to bo contrived, Bach places special 
demands on the programming language and system which should bo met 
if teaching and learning are to proceed in an efficient and 
effective way* Computers and information processing should be at 
the disposal of the learner and others in the educational system, 
and programming languages should bo adapted to their purposes. 
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\ No larguagc can bo expected to have all those features which 

I may be desired by various users during its lifetime* Most languages 

[ provide for definition of subroutines (separate routines designed 

l for repeated use) with a transfer statement which saves the present 

- location (or any designated location) so that control can later 

I return to one of the saved locations. Macros provide another way 

to avoid repetition in coding by packaging a number of statements 
to be called on by one statement, in some cases with paramo tors. 

The facility for adding now operations or statements is loss common 
but potentially very significant* 

Some languages allow the programmer to write special functions, 
perhaps in another language, with a list of arguments automatically 
transferred from one to another. Ideally, programs written in any ) 

other language could be linked to instructional program so that I 

data could bo passed from one to the other when the student moves j 

from one to another (e.g. from tutorial to a special simulation cr , 

model building package). i 



D . Suitability for the Style of Program Preparation 

If tho programming language capabilities and convortions are 
not matched to tho instructional programming task, exploration of 
new curriculum objectives and learning techniques will bo supprossec 
and largo scale dovelopmoni of materials will bo discouraged. 

1. Description of successive frames or items 

More instructional programming has been done by preparation 
of frames than any othor approach, and most special -purpose "author*’ 
languages provide well for this stylo. However, additional 
provisions for establishing normal modes of operation or calling 
on standardised procedures would reduce unnecessary repetition in 
tho instructional programmer’s task. 

j 

Tho most straightforward approach to serving tho needs of an 
author may bo to provide a f ormat into which ho places elements 
of tho curriculum. The computer program successively presents tho 
question frames, provides a hint when the student asks for it, 
provides tho right answer vhon needed, and records performance 
data for latejr inspection by the author of the exe/cieo. 

Tho frane-oriontod description of testing or instruction is 
a kind of computerised programmed instruction. Tho similarity of 
tho code and conversation to a programmed text is apparent. In 
fact, translators have been written to accept linear (or simple 
branching) programmed text and derive CAI interaction with a 
student, 
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2. Provision for conversation within a limited context 

Authors should be ablo to compose complex, conditional 
procedures more easily than at present; MENTOR and PLANIT include 
good oxamplos of convenient conditional expressions by which a 
procedure can be made dependent on student performance. Most 
authors of computer-based instruction have made little use of 
computer logic and raenory, perhaps because they are unable to 
conceptualise complicated sequencing rules, or because they are 
quickly discouraged from doing so by the clumsy syntax of t- o- 
gr a raping languages prepared for then. 

Programming for conversation in relatively unconstrained 
English may not be a reasonable approach until some breakthrough 
in research on processing natural language provides an efficient 
and reliable means for "understanding" or at least classifying what 
the student says. 



3. Description of a standard procedure by which material is 
presented 

Content should be prepared in a form independent of particular 
computer conventions and convenient from the viewpoint of a context 
specialist. The control procedure which administers a learning task 
should bo free of specific content material. The answer processing 
and other conversation-handling aspects of control should bo 
separate from the scoring and sequencing algorithms. 

Computer programs which assemble instruction materials from 
elements of tho subject matter and relationships among those 
elements should permit tho author to describe an ontire class of 
problems by one sot of statements, From one general description, 
an indefinite nurabor of tost or instruction it one should be gener- 
ated for presentation to each student as needed. A procedure which 
assembles or generates materials is likely to have more possibil- 
ities of adapting to tho individual than one which selects 
successively or branches through a large pool of specific items. 

Increased use of procedure-statements and (separate) 
curriculum files will be beneficial for the field, and increasing 
use of computers in largo curriculum projects will require this 
approach for economy. 

Proceduro-orisnted languages are for computer programmers and 
for educational technologists specialising in computer applications; 
those persons should produce tho user-oriented languages or data 
formats which uaximiso convenience of the curriculum expert. 
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One could have too large a library of strategies and too much 
individuality among students and topics for standardised techniques 
to be useful. 

Until instructional objectives for a topic a v rather well 
defined (for example by standard procedures for testing use of 
facts, concepts and simple skills;, development of prescriptive 
curriculum for individualised instruction in that topic i 3 not 
likely to be successful , 

The practical application of standard procedure programs and 
generative techniques applied to curriculum files on any specific 
subject area or training situation raises many questions: How are 
information structures to bo described by the subject expert and 
stored in the computer for use in such procedure statements? 

How are materials to be assembled ao >rdirg to general ivies? Low 
is input from the student to be processed in some general way which 
determines a suitable reply? Can patterns or sequences be identified 
which proscribe certain adjustment for the student on succeeding 
learning experiences? 



4* Specification of an environment for programing and problem 
solving 

If an on-lino problem solving language is suitable for 
simulation and model building, then that language certainly is of 
interest to designers of computer-based learning environment. First, 
the subject export may build models on which to base ganos or 
simulated practice for students to try. Second, he nay guide some 
students through revision cf the models and construction of new 
ones. In general, he wants to show students how to use the computer 
for information processing in his discipline; as lessen designer 
ho might produco a "nuntor" which advises each student on how to 
get maximum value from thG computer as a problem solving and 
scholarly aid. 

The most significant contribution of simple, interactive 
programming languages may bo through increased student use of 
computers for problem solving and sch >larly endeavour on individual 
initiative. 



Implementations Available: Machines, Memory Size . Costs. 
Reliability, etc . 

Variations among machines, oven different models of the same 
machine, will affect the language features, efficiency of operation, 
number of users, and even the kinds of use. 
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Knowing that a language processor is available for a particular 
machine, say an IBM S/360 Model 50. is not enough . The specific 
configuration (computing resources) assumed by the language 
designers must bo detailed: amount of core memory, special features 
such as memory protection, numbor of disk and tape drives, terminal 
controllers, etc. 

Different implementations of a language processor, oven with 
the name functional specifications and for the sanu configuration 
of the same machine, will vary in processing capacity ar.d cost of 
uso. 



Assessment of tho reliability of a particular implement at ion 
of an instructional language and system should consider the rate 
at which now errors had been appearing as well a3 tho numbor of 
presently known orrors. Although a programming system might be 
delivered with all known “bugs" fixed, tho continuing appearanco 
of throe now once each week thereafter would hardly be tolerable. 



F, Documentation, Teaching Aids and System Maintenance Available 

Comploto and interpro table manuals aro essential for various 
users. Such reference materials can bo incorporated in tho 
processor (computer programs) to be printed out on request or as 
they appear to bo needed, but in tho past such an approach has been 
oxpensivo and incomplete. Computer-based manuals continue to be 
attractive, especially for the experimental language which is 
continually being changed, making difficult tho maintenance of 
current information in printed formats. 

An introductory manual or primer for a language and system 
reduces tho need for costly live instruction to initiate now users* 
Primers have boon written to bo used while working at tho terminal 
of an interactive system, inviting the reader to tost each new 
convention or concept as it is described in the text. Such self- 
instruction hao also been presented by films or video tapes at 
somewhat greater expanse and lessoned convenience. 

Adequate documentation of system programs often is lacking, 
making maintenance or improvement s v^ry costly or Impossible 
(without reprogramming large sections of tho processor) . .in 
institutional user should bo satisfied it has description for its 
systems programmers, or a tight contract for maintenance from the 
software supplier. 
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2. GENERAL IMPLICATIONS OF A LANGUAGE AND ITS 
IMPLEMENTATION FOR STRATEGY OF INSTRUCTION 



A. Data Available for Automatic Decisions 

If tho system is not capable of measuring the timG each student 
takes to respond, and making this available for decisions at tho 
moment as well as later, then the lesson designer is denied this 
data for his instruction strategy. 

Performance and preference records accumulated one day should 
be available the next day or the next month from sene strategies 
of instruction. Records of individual learning characteristics nay 
be more significant in selecting or arranging a later learning 
experience, than in phrasing tho next question or diagnostic within 
the sano exercise. 

Some lesson designors have wished to pass information from 
one student to another, or provide summary information for all, 
whether for normative information about the learning task or for 
communication within a many-person game or simulation monitored by 
computer. 



B. Processing Capabil i ty , Handling Character as well. as Numeric 
Information 



C. Adaptability to -Specific Tasks, i.o. Convenience for Describing 
Models. Drawing Diagrams or Retrieving. Information 



D. Generality of Procedures, e.g. Socaration of Procedure from 
Content, and Generation of Material from General Rules 

Instructional programs in which tho content is described 
separately from scoring and control procedure arc easier to prepare 
and modify than those in which all functions are combined in one 
sot of statements , Tho content can be altered or replaced without 
changing the algorithms and conversely, and relative effectiveness 
can be studied as a function of tho setting of control parameters, 
etc. 



For some learning exorcises, the writing of such a rule to 
generate a large nunbor of variations will prove moro efficient 
and accurate; a larger number of items may be described more \ 
qvlckly than if the author were forced to write them all out, ^and 
i<; reduces tho probability of oversight or error on tho part of 
ti e author. At other tines, however, when the number of examples 
needed is fairly email or tho rule is difficult to compose, tho 
author can save time by writing out each needed variation. 
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B. Manipulation of FileB. i.e. Diroctoricj, Curriculum . Material , 
Performance Data. etc. 

The facility for recording information in a log is of special 
significance in education applications of computers, and was not 
typical of earlier systems not prepared specifically for computer 
instruction. Furthermore, the record of program status and of the 
occurrence of particular transactions are needed for on-lino 
decisions. 

The best tactic for record-keeping in a research-oriented 
system may bo to write continually a log of everything which 
happons, and then let tho researchers pick out what they need later. 
However, son operational system servicing students and teachers 
economically should log only tho iaformation certain to be needed 
and in a format suitable for quick and inexpensive summarisation 
for use by learners and managers of the instruction. 

Files arc very important in a tine-sharing system, and oven 
more so in tho instructional niliou. Generally a hierarchy of 
files should bo available, tho hcavily-used files on disk storage 
and larger or backup files on tape or data coll since those modes 
aro cheaper. Temporary files are necessary so that the terminal 
user can do 11 scratch” calculations. Some scheme of access should 
allow various read, write, read-only and write-only privileges to 
users, in accordance with tho usor^ statue. 
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3. GENERAL CONSIDERATIONS OP UNIVERSALITY 



A . Universal La mruago by Established Standard 

It is urgent that serious consideration bv? given to moans 
for translating instructional materials and strategics fron one 
institution and system to another. A standard or universal pro- 
gramming language is assumed to bo the key. 

Many people complain about proliferation of programming lan- 
guages for instructional uses of computers, but few people arc 
willing to lot anyone else do something about it. Each project, 
each manufacturer, almost each individual user establishes 
preferences, working habits, etc. and would not like anything like 
standards imposed on him by someone else. 

Attempts to impose a single major standard langu&go (or a 
snail number of languages) almost certainly will fail to establish 
tran slat ability among institutions. Even if one could assemble 
enough support to produce a definition of a standard language, 
imposing this standard would be nearly impossible. Although the 
allocation of fedGral funds for curriculum development might be 
made conditional on that standard, funds will continuo to come 
from a variety of sources, including tho individual institutions 
who generate material for their own use. 

Although strong forces will be encountered against standard- 
isation, one common language is not the important goal. Because 
of tho groat variety of purpose and process in instructional 
programming, a common languc-ge is loss desirable than it night be 
in business or scientific programming. 

If there is to bo only one language which all users must share, 
then it must be sono notation or set of conventions for describing 
conputor-bascd learning exercises, or more generally, uses of 
computers and information processing in support of learning and 
instruction, 



B* A Fov Common lAngua^es as Justified by Different Requirements 

Different purposes require different languages. In tho 
exploratory phaso3 the author (or research team) should have two 
or more procedure-oriented languages available, e.g, FORTRAN and 
SNOBOL, or Fly I and LISP 1.5* During latter stages of curriculum 
development, and in actual use with learners, the authors should 
have suitable procedures worked out and compiled (or coded in 
assembly language) for efficient operation, e.g. three altornate 
drill stratjgic8, two modes for explanation and expositions, and 
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a number of task-oriented environments. Perhaps ono of the languages 
for exposition would look like C0UR3N»fiivITAR or PLANIT, but it is 
not necessary and perhaps not desirable to begin there. 

Achievement of standards with a different language for each 
identif iably different task is probably loss likely than effecting 
a single language standard. All the problems of achieving agreement, 
aoooptance, and widespread use are multiplied . However , the essence 
of n universality” is not standardisation but translatability. 



C. Automatic and “Manual" Translation Among, I^nwage3_ of Similar 
Purpose 

Now languages and systems will have greater capacity for 
translation of instruction programs from present programing 
languages in which they wore implemented, Translatability is 
possible without imposing any restrictions on innovative ideas 
for language or strategy. 

Investment in automatic translation from one language to 
another is an appealing concept; differences among learning 
oxercises in regard to procedural aspects arc disappearing. The 
major problem is the considerable cost of writing those translators, 
and maintaining then as various languages aro changed. 

In some casus automatic translation is not possible because 
of essential differences in hardware. Ono system may lack essential 
clock or interrupt features. Functional differences occur in the 
input and output facilities, that is, the equipment used to display 
information to tho learner and accept his responses. 

The materials and strategy for one course- were transferred to 
a now computer system by writing programs which automatically 
generated a sot of new instructions for the second machine. The 
original course designers had conceived of the package of lessons 
in a general way so that tho nunbor of generators that had to be 
programed was relatively small. Success with this approach to 
translation in part depends on the extent to which tho curriculum 
designers separate data from proc^urc, i.o. content from strategy. 

Thu current trend in translator writing systems (compiler- 
compilers , macro-generators , etc.) may provide for diversity within 
a common environment. The general functions of information 
processing, data structures, etc. aro provided in a basic system. 
Each group of users still could extend and adapt tho capabilities 
of tho system to its particular task and for its convenience. Tho 
elementary functions or processes would remain a common standard, 
and translation could be nado through an experienced programmer 
who reproduces tho capabilities rather than tho course. 



■CWWS! 









-51 - 



Standardisation, or more reasonably, "translatability 1 ' of 
computer-based learning exercises from one system and project to 
another requires attention to hardware as well as software. 

Important aspects of curriculum developed for a system rich in 
interactive capability (audio, graphic, etc#) nay havo to be dropped 
when moved to another system limited to typewritor input and 
output. 

Clearly sone useful work has been done with limited terminal 
capability. If one begins with the idea of adaptability to various 
computing systems and terminal devices (e.g, to most general-purpose 
time-sharing systems available in schools of engineering across 
the country;, the problem appears solvable. A specific instance 
in the engineering area is the distribution of applications 
packages (STRESS, COCO, etc.). 

Perhaps the computer-based learning exorcises which are 
a) most translatable, and b) most worthy of translation, are those 
which are viewed by prospective users as tools or open-ended 
exorcises. A tool which an instructor can provide his studonts in 
situations of his choice and with his best advice will havo a much 
broader audience than a programmed instruction exercise which 
decides all contextual considerations for the instructor. Just such 
a tool is more readily translated to other computers and programming 
systems than the CAI materials with a closed approach. 

Discussion of standardisation and translatability is confused 
by failure to distinguish among different kinds of users and 
different levels of documentation. Automatic trpjislatton requires 
complete? knowledge of two systems, and is extremely difficult or 
impossible if the intention to translate between two systems was 
not considered in the dosign of at least one of them. Manual 
translation by an experienced programmer requires documentation 
of one typo; adoption by another usor requires "documentation 1 ' of 
another type. Even with automatic translation of the basic code, 
the learning oxoroisee may remain unused if tho instructor/nanagor 
in charge has no convenient way to assess the content and methods 
of the oxoroise. 



D. Communication and Document at ion with a "Publication 11 Language 

Documentation has two main functions, that of information 
transmission and work simplification. It transmits information to 
potontial users concerning* (l) contents of instruction and (2) 
offoctivo use and application of the program. It simplifies work 
by* (l) enabling tho usor to find aotual or potential trouble 
spots; (2) assisting tho user to eliminate problems which may 
arise, and (3) simplifying rovision. 
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At the same time one considers the means and costs of various 
kinds of translations of computer programs (whether automatic, 
manual, or a mixture), ono must also consider means for informing 
the individual (professor, administrator, or even individual 
student) who must first decide whether to spend the resources to 
accomplish the translation. 

1. Among curriculum developers 

Representation of a procedure statement for a curriculum 
expert not accustomed to computers requires an approach different 
from the standardised flow charting used by computer specialists. 

Most languages are not suitable for describing tho content 
and strategy of a learning exercise, and other moans for document- 
ation are rarely used by the authors, A significant portion of a 
two-million dollar budget for curriculum development and operations 
can be absorbed by additional staff effort necessary to program 
interesting strategies with a language which is not suitable. 
Typically nothing is left for documentation and distribution. 

The separation of content (definition, facts, relations, etc.) 
from procedure (rules for review, error checking, etc.) makes 
documentation and translation a much easier job. 

A communication medium for talking about instruction will 
promote design of more reasonable learning tasks, and serve also 
as a significant tool for advancing instruction research and 
strategics of curriculum development . 

2. To vuviewors and potential users 

Tho difficult task of selecting a textbook or reforence source 
for students is complicated when the author hides part of his 
material in a computer (along with sone strategy for gradually 
revealing it to students). A potential user should not have to 
unscramble tho cryptic computer program listing, or extract pieces 
paragraph-by-pnragraph at a teletypewriter or CRT. 

In most cases the essential information about a computer-based 
learning exorcise can bo derived without executing the program} 
careful study of proper documentation should provide all inform- 
ation a potential user needs about the materials and logic. 

Relevant information is obtained more efficiently through 
organised exploration of a description of tho program than through 
reading individual records of student-machine interaction or through 
blind searching on-line at a student station for the eventualities 
for which the author has provided coding. 
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Actual experience with a computer-delivered exercise may he 
an important factor in understanding and evaluating an instructional 
unit , especially if certain knowledge and technique are supposed 
to unfold or develop during the learning exporionce, An important 
component of some learning experiences is affective, that is, 
success depends on an impression or feeling of pleasure, satis- 
faction: ^ or possibly surprise* Negative experiences might also be 
identified by a curriculum reviewer in on-line experience more 
readily than in an author's statement of specifications. 

3* To programmers 

Within a number of applied research projects some means hps 
been developed for curriculum designers to communicate with computer 
programmers; tables, problem formats, special notations, etc. These 
temporary measures have shaped the continuing evolution of pro- 
gramming languages for instructional systems, and could be form- 
alised into a suitablo "publication 0 language. 



Humans can interpret by context many statements which auto- 
matic language processors find ambiguous, and this machine 
deficiency can be corrected only at considerable expense of pro- 
gramming and processing time, if at all. On the other hand, the 
computer programmer implementing a lesson should receive his 
instructions from the curriculum designer some relatively constant 
notation which can bo interpreted quickly and accurately. 



Designers of computer-based learning oxorcisos should be able 
to communicate directly with the computer. Whenever an intermediate 
programmer has to bo called in, he should respond in a way which 
not only meets the immediate need but provides automatic (computer) 
handling of future requests, i.o. direct instructions from the 
subject expert to the machine. 



K. Natural Versus Formal Language 



The designor of a learning exercise should be able to instruct 
the computer system in a language natural to him and to his 
discipline, unconstrained by artificialities of computer notation 
ana operation, 

0f , {n03t ) computer languages is a good thing, 
requiring of the user incroased attention to relevant details of 
his procedure. If one woro able to speak to computers in conplotely 
unconstrained inglisi, an impossible situation at least for a very 
long time, his directions would almost certainly lack the sped- 
xicity required for determination of automatic prescriptive 
assistance for solf-instruction. 
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Formal language is desirablo in instructional technology for 
a number of reasons, among them: tacit assumptions are excluded; 
ambiguity is reduced; description of proceduro becomes more read- 
able ; and generalised procedures can bo applied in other situations. 
In general, a formal language appropriately requires the user to 
reflect on what he instructs the machine to do. 

Education and training in a discipline, in particular, the 
practical application of techniques to the presentation of self- 
instruction and other individualised learning materials, suffoi. 
because of ihadoquato conmvjiication with the English language. 

The community of users must use a relatively unambiguous language 
for discourse about purposes and procedures before it will benefit 
from a language for computer implementation# 



4. SYSTEM LIMITATIONS ON LANGUAGE 



A. Hardware 

Uses of auxiliary memory for updating formatted files of 
student records and making docisions in real tiroo on the basis of 
certain aspects of the data require direct access to specific 
portions of the information. It is disappointing to find the disk 
and drum storage on conversational computing systems used in a 
tape -like fashion instead of as tho direct-access filo devices 
they really arc. 

When special symbols aro required as in language, mathematics - 
and the sciences, a printer- typo terminal dovico will need special 
printing elements (as in the IBM eelcctric typo ball), or an 
electronic display will need facility for usor-defined characters 
to bo goneratod (as on a CRT or Plasma discharge panel with 
appropriate hardware attachments;. 



B. Software 

When tho subject expert and educational technologist becomo 
distracted from their roal purposes by the peculiarities of current 
computer systems and programming languages, work should leave tho 
computer for a time until tho essential parameters of tho learning 
situation aro dotominod. If specifications for human tutoring arc 
prepared 3.3 if for a more sophisticated computer system than now 
available, techniques developed off the computer will more readily 
bo adapted for computor implementation later. 
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A broadly conceived Instruction system probably should begin 
with a general-purpose system and add facility for moving from the 
tutoiial mode into other user sub-systems anrl returning when an 
exercise is completed* The author of a problem set may need to 
maintain contact with the student through some means of monitoring 
his work on a problem, and then bring him back to the tutorial 
mode because of elapsed tine, number of problem attempts/ or even 
an anticipated error which requires special attention* 

Instructional systems should incorporate many program!;! ng 
capabilities which can bo used by both author and student. In 
addition to simple computational aids, some lesson designers will 
want to provide an algebraic language, a text-processing language, 
a model-building or simulation language, perhaps a specific system 
or model written for student use, or information organisation and 
retrieval capability* 



C , Communications 



-bach terminal device for communication between tho computer 
ond tho user has physical and logical characteristics which 
determine the kinds of instructional techniques and/or computer 
system configurations for which it may be suitable. The suitability 
factos include facility for messages users to computer (input;; 

messages from computer to user (output;; distance betvoen computer 
and user; cost of communication link; cost and reliability of 
device, 

Tho rate of message transmission from student to computer 
ranges widely for different applications, but it averages out to 
about one keypress every two seconds, including the time for 
reading and thinking, Tho machino sends messages to each user in 
a burst but the rate averages out to about two characters per 
second , 

Communication costs usually nr, significant in servicing 
remote terminals in large numbers and/or at long distances, 3inco 
some devices require a voice-grade telephone channel but leave it 
99* unusoi, Eorao arrangement for multiplexing will allow up to 
100 terminals to be serviced by a single line between the computer 
and tho site of the cluster of terminals, 

If a diagram or picture must bo read from a video file 
associated with the central computer, much communication capacity 
will be required to get it out to the local terminal quickly, 
Alternatively, it can be sent slowly teforu it is needed, and then 
displayed as often as neceSBary from local storage associated with 
the terminal. 
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D . Summary of Coat Considerations 

Other media than computers will continue to be loss expensive 
for storage, presentation and testing; the economics of computer 
uso aro more favourable for practice and recitation exercises, 
where a greater degree of exchange between learner and data base' 
is typical. 

The response ti mo anti operating costs p or any particular user 
depend in largo measure on the priorities established for that 
kind oi user when the system was designed and tuned. 

Techniques for preparing curriculum files nuet he more power- 
ful in the sense of fewer hours required of the subject oxpert to 
write and rovise materials which achieve the objectives intended 
of the learning experience. Authors cannot often afford the luxury 
of individually shaping or tailoring each lino of text in each 
franc for each kind of student. 

It is today cheaper, and in some instances perhaps more con- 
venient,*^ handle £ 0 no desirable translator features manually with 
clerks and writing assistants. The next important stop is careful 
development and evalaation of language features which adapt to the' 
needs of authors and subject areas. 

Conversational languages emphasise convenience, and sometimes 
require considerable additional cost in computer tino during 
execution. The number of operations for intcrpretal on of a symbolic 
program is always greater than for execution of a program already 
compiled into machine-level statements. Of course a user may be 
willing to pay more for execution if his results will bo available 
immediately and without coupl-Loation, along with quick diagnostics 
and opportunities for changes in the program at stopping points 
throughout . 



RoCont adventures in tine-oharing warn of the inherent 
difficulties in such endeavours. Initial hardware investment is 
heavy; staff members must bo very competent and well paid j re suite 
lag far behind effort invested in the project. A point too often 
ove: looked by planners of new instructional projects is that tine- 
sharing oysters nc .d large development resources, much lr.rger then 
most ruDcarcners can afford. 



5. DESIGN CONSIDERATIONS 
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A. A daptability 

Facility for definition of functions should bo extended to 
provide for definition of a) character operations as well as numeric 
ones, and b) distributed operators which apply throughout one or 
more statement lines. The latter would allow for definition of new 
operations with convenient formats for specifying answer processing. 
More than one lino should bj permitted in the definitions, and the 
possibility of an operator being distributed among two or uoro 
variable names ust bo allowed in the parser. 

One way to extend a language to handle additional applications 
is to provide linkage- to other programs. No on^: language now avail- 
able can handle the variety of applications efficiently, and gone 
useful subroutines nay already bo available in other languages on 
the saiii e system. The major problems seen to bo: 1) transferring data, 
2) returning control to the calling program, and 5) leaving the user 
in control in spite of program or 3ysten errors. 

The problems with extending a language through definition of 
ncd operators and statement types concern the internal representation 
of the language, simple rules for describing now features, and the 
ability to recognise operators distributed throughout a li3t of 
variables oven on more than one line or program statement, 

It is not obvious what the elements of p^ograrjning should be. 

Tho basic statements and operations nued bo elementary enough to 
permit building the variety of processes desired by programmers. 
However, high level commands should be assigned to frequently used 
routines constructed by programmers in a way that the syntax can be 
readily used by curriculum designers. 



B. Be anomies 



Variety and flexibility in programming capability of an 
instruction system are not necessarily incompatible with economical 
operations, harly decisions by system designers about specifically 
what is needed by users inappropriately limit the scope of appli- 
cations. 

Now features defined within an interpretive language for 
execution as needed must be reinterpreted each time the function 
is used, and little economy of execution results. The ability tc 
compile or aese bl..» a routine, link it to the interpreter, and 
specify its execution in a statement fora natural to the user will 
increase convenience while making ccrtoin information processirg 
operations more economical to perform. 
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One way to accomplish some economic advantage is to reassemble 
the interpreter, adding the new statements, functions or operators 
to the language. This delays availability unless an informed system 
programmer is always at hand. Reassembly for cne us^-r also raise b 
some questions of proliferations Sho'ild ho then have his own 
special version; dc changes the basic compiler take effect for 
everyone? 

A recent addition to the tool kit of n systun architect is 
microprogramming . The machine's instruction repertoire need not 
be wired-in; rather the- processor is itself an interpreter of 
microprograms which aro loaded in special memory, one for each 
instruction, for interactive and conversational uses the savings 
can be substantial in both tiro and speed. 

Bocauso background jobs have no response-tine constraints, 
they aro ideal for using any excess (idle) processor timo. However, 
such jobs could destroy any benefit by eloving interactive 
responses -and forcing greater overhead. Fixed memory con bo 
allocated to the resident background jobs, but fine tuning is tho 
tricky part . 



C. Modula rity 

language processors are usually designed in modules. Logical 
separation facilitates locating an error in the processor, intro- 
ducing changes, and reprogramming tho processor for use within 
another operating cyst on. 

It is not tho modular concept but sensible programming which 
makes a difference. Separation into blocks of statements which 
have little if any interaction is only a way to encourage sensible 
programming. 



D, Do cumentatio n 



Encouraging uses of a system and languag which lias inadequate 
documentation is likely to lead to disappoinluent for users and 
frustration for those responsible for maintaining service. Errors 
or other considerations requiring modification arc- certain to arise, 
and tho processors should be adequately described fev naintenanco 
purposes. 
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6 . INTERACTIVE MODE CONTRIBUTIONS TO LEARNliR AND AUTHOR 



A# I mmediate and Responsive Reply 

The essential contribution of interactive programing must 
i volvo responsiveness of tho system, and this factor provides 
special benefits for tho casual and infrequent user. Ho may bo well 
advised, when unsure of the proper syntax, to try various likely 
ways until the interpreter accepts one and does v'nat ho intended. 
Bettor yet, tho processor should toll hin what form to use tho 
first time an unint^rprotable statement is entered, or refer him 
to the section of a reference manual which iB likely tc explain 
away his confusion. 

If diagnostics, provided at the moment and backed up by refer- 
ences to readily available literature, can relievo the user of 
concern for tho means to describe his procedure, ho will give more 
attention to solviiig the problem, A shorter elapsed tine between 
problem definition and solution, and the tine savings attributable 
to continuous working sessions provide another bonus, 

huch of tho enthusiasm for conversational computing languages 
nay relate to non-casuntial features,* quick rerponoo and undor- 
standablu diagnostics oan bo provided in batch systems# 



B. fe aso of Conducting a Dialogue and .Naming tho Rules 

Interactive programing languages incorporate aids for program 
testing in a very natural way, Tho same statements with which 
stored programs are written can b~ used as direct connands to tho 
computer to print tho values of selected variables, assign now 
values to test other parts of the procedure, and resume execution 
with any lino or segment of the program. 

A rather deep search for the locus of a syntax error and some 
attempt to interpret the intention of the u3or in 3pito of ambiguity 
should help along the dialog, between user find machine , This 
requires a cleverly written processor with auxiliary memory and 
decision rules which generate special usor assistance • 

Naturalness is an important factor in using a language, and 
is nchio v cd by internal consistency as much as by relation to 
native language. General conventions should apply throughout; the 
user should bo able to predict a rule ho hasn't been told yet, and 
one aspect of tho notation should not interfere with his 
rocolleotion of mother. 
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Tho dialogue between user and xerogram should bo truly a 
dialogue . That is, there nay bo time when the computer should take 
the initiative, sotting up stylised instructions and asking leading 
questions, and other tines when the user takes over. However, 
throughout this exchange, each may interrupt the other to suggest 
a new arrangement, 

C • Flexibility Purina the Working Session 

Interactive rode >x work should provide opportunity for 
sketching out an idea, testing parts of it, going back to fill in 
detail i?.nd make corrections, etc. Tho user should Gleet an on-lino 
environment becauso it helps him conceptualise a procedure and solve 
a problem, not simply because it is an available way to enter a 
program into a computer. 

Somehow a processor might recognise when a user io making 
temporary notes and when ho wishes his work to be 3aved for future 
use « At least tho user should be given a convenient notation for 
designating the expactod pormanencc of current instructions, and 
a moans to retrieve later something found to bo of greater valuo 
than originally perceived* 






63 

v 



- 67 ~ 



V. REFERENCES WITH ANNOTATIONS 



Adam3, E,N, , 'Reflections on the Design of a CA1 Operating System", 
AFIPS Conference Proceedings, Vol. 30, 1967 Spring Joint Computer 
Conference, Thompson Books, Washington, D.C,, (SJFF), pp, 419-24* 



The problems which Adams had to work around in the I Hi 7010 
experimental Coureowritor are typical for CAI systems which uaed 
available equipment . Many technical problems may bo solved for 
instructional users by following developments in general-purpose 
systems. 

The Core-partitioning and disk-fetch problems discussed are 
alleviated in a virtual-address environment, Use of drum and 
relocation hardware are more suitable than the swapping scheme 
mentioned. 

Ho provides a ueoful analysis within his context. 



Bitzor, D,, and Skapondas, "Thu Design of an Economically Viable 
large-scale Computer-based Education System", University of Illinois 
Computer-based Ed, Research lab,, CERL Report No.X- Sp also a Report 
to the Commission on Instructional To chnolopy . 19^9, 



The authors argue for economic viability of an instructional 
system, The estimate of ton man-years for the system development 
is reasonable, and tho "plasma" terminal upon which all dreams 
rest is rapidly approaching commercial status. 

Other aspects in the cost estimates raise questions. For 
instance, will authors adjust to writing computer instructional 
material? Scholarly books and some texts provide prestige and 
profit, and usually fulfil tho "publish or perish" dictum. Although 
somo time sliaring scrvicus do install applications programs and 
pay tho author a use-rental, and at least one professional journal 
is reviewing computer-based learning exorcises, the area of 
materials and authorship is a weak component of tho Illinois plan 
applied elsewhere. 
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Adams, E.N., “Technical Considerations in the Design of a OAi 
System", in the Proceedings of an NCET Seminar on Computers in 
Education held at Leeds, England: September, 1969* 



A good tutorial for persons interested in instructional use 
of computers who are not well informed about hardware and system 
considerations, although a number of specialised terns are loft 
undefined. The document would bo a useful guide also if references 
wore included for more detailed information about terminals and 
time sharing systems. 

The author provides a useful organisation and conceptualisation 
of technical considerations (for those who already know the content), 
e.g* terminal and communication options; separation of procedure 
and content; isolation of control functions; generative techniques; 
and simulation. 

The discussion of systems i3 *?eak, perhaps because software 
considerations arc only half based in computer scionce and half in 
education. More work is needed to relate data about hardware, point 
by point, to the administrative , psychological and instructional 
considerations , 



Breed, L.K., mvi Lathwoll, R.H., h fho Implementation of APL/360", 
in Melvin Xlcrer, Juris Rcinfelds (eds), Interactiv e Systems for 
Experimental Appl ie d Mathematics . Academic. Press, Now York. 1958, 
pp. 390-399. ^ 

This implementation was done with both the APL characteristics 
and tho idea of a dedicated system in mind. The result has: 

a) A supervisor which allocates all system resources according 
to a single comprehensive strategy; 

b) A system design influenced by an advance analysis of APL 
user programs (hopefully representative' ; 

c) Reduced overhead in the language interpreter because of 
attention to detail (via specialised programming techniques). 

APL is easily interpreted in source form. Thus there is no 
translation to a syntactically rearranged internal form; only a 
lexical replacement is done on tho input, Hun-tino analysis uses 
transition state diagrams, an efficient top-to-bottom method, 

A number of storage management and swapping tips are included, 
as Well as short discussions on error" recovery and system Golf- 
monitoring* Indirectly it supports tho advice that system building 
iB not for novices (such as CAI project directors). 
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Bngvold, K.J., and Hughes, J.L. f "A Multi-function Display System 
for Processing and Teaching 11 , IPIP Congress 69, Amsterdam, North 
Holland, 



A trimodal instructional system (author, student, or program) 
is proposed. The articlo describes an implementation of tho 
arrangement for an 'CBM 360 Model 50 driving an IBM 2250 graphics 
terminal, tingvold^ article is very similar to an carlior ono 

Vol. 10 , No. 16, p,339) describing a similar system using an 
IBM 7040. The 2250 is flexible and fun, but rather expensive and 
really more powerful than necessary. What us is 8 X of independent 
storage unloss the etudont is doing very, very complex engineering 
graphics? The display of Bitzor would suffice for any of tho authors 1 
demonstrations, and for most of what they propose. 



Fryo, Charles H. , r, CAI Languages: Capabilities and Applications" 
Mtgn^ion September, 1969), Vol.14, No, 9, pp. 34-37. Reprinted 
Richard C, Atkinson and H,A, Wilson (eds) Computor Assiste d 
Instruction; A.Dcok of Readings . Academic Pro ss7 19697 



In 



Frye classifies languages used for instruction as; l) conven- 
tional compiler languages, 2 ) modified conventional languages, 

3/ interactive languages, and 4) special instructional author- 
.languages. 



Using these language categories the author considers: l) user 
orientation, 2 ) lesson handling, 3 ) rocord handling, 4) conditional 
branching, 5 ) answor matching service routines, 6 ) calculation 
features, and 7) communication devices. 

Some of tho information is Misleading and the general discussion 
is not supported by specifics tm is nevertheless usoful. Consider- 
ation of general-purpose along with special-purpose instructional 
languages is important, More could be mado about somo truly ossential 
or primitive features found in many CAI languages, 

suggests that instructional author-languages arose because 
standard programming languages woro too difficult to use and 
experienced programming help was too expensive. Ho should also 
recognise that although tho prospective author need not learn as 
much to uso a spooifio instructional language, ho will not find it 
easy to deviate much from those programming stylus and learning 
tasks which originally inspired the language. 

Furthermore, new techniques for extending gene ml -purpose- 
languages (or generating special adaptations) will /■ ako relevant 
computer capabilities more accessible to non-spocinliots, among then 
the designer of conputor-based lessons. 
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Glass, R .L. , "An Elementary Discussion of Compiler/ Into rpro ter 
Writing 1 /, Computing Surveys , (March 1969), Vol.l, No.l, pp. 55-77. 



Elementary techniques arc discussed for tho translation of 
programing languages. Detailed discussion centers around a PL/I 
interpreter which tho author uses for an example. 

A good annotated bibliography follows the article. 



Johnson, B.F., "Design of an Operating System for tho Control of 
Student Terminals in a Computer-based Instruction System, " IFIP 
Co rig re S3 1968 « Amsterdam, North Holland, 



The RCA project described is quite straightforward technically* 
Tho use of ro-ontrant teaching programs is a good feature, and quite 
common for implementation of system programs; tho teaching strategies 
arc(includei)as system programs in tho RCA system, 

A background job stream should use residue CPU time and various 
other nodes of computer use should bu one our aged by additional 
facility. Tho system is rather narrowly conceived but well executed* 
It did have to bo redone to get it running in tho NYC schools tho 
noxt year; current documentation is available from RCA, and user 
opinion from schools in NYC and Pontiac, Michigan. 



Lyon, Gordon and Zinn, Karl L. , "Souo procedural language olenents 
useful in an instructional environment", Working paper for Project 
CLUE, Center for Research on Learning and Teaching, Ann Arbor, 
Michigan, 48104. 



This paper attempts to attack tho instructional language 
problem on tho following frongs: a) given reasonable demands, what 
programming language primitives adequately moot the requirements?; 
b) how are the language features (or primitives) reflected in 
contemporary languages? 

Suitable language primitives are discussed as parts of some 
general-purpose latguago. If the language will bo used in inter- 
active mode, some parts must bo implemented as an interpreter to 
allow very late binding times needed for flexibility. 

If viewed aa an attempt to cast light on procedural features 
in instructional computing, the paper may succeed. However, the 
hypothetical language should not bo taken v ory seriously. It is 
cumborsomo, vague, and patch-works at best a sketch, certainly not 
a blueprint. 



Morton, M.S.S., and Zannetos, Z.S., "Efforts Toward an .Associative 
Learning Instructional System", IFI ~ p Congress 1968 , Amsterdam, 
North Holland. 



The authors propose a computer-driven interactive terminal 
linked to an ansociat Ivo memory with flexible search procedures 
to solve: a) lack of integrated instruction material; b) the 

inflexible pacing and sequencing of students. Postulated character- 
istics of the system include semantic contont association and 
learning (via pattern matching and adaptive characteristics) • 

The semantic memory has been programmed in much simplified 
form. An accounting course provided material formal enough so that 
keyword searching provided adequate "pattern matching". Pointers 
in the associative structures linked to other key words, thus 
providing rudimentary infv 'ontial powers. 

The authors propose that semantic contont, pattern recognition 
adaptability (and, in addition, hardware flexibility) aro the basic 
components of instructional teaching. An exhaustive testing of the 
prototype nay provide some indication, perhaps encouraging an 
implementation which comas closer to testing tho authors' hypothosi 



Tonge, F.M., "D-sign of a Programing Language and System for 
Computer Assisted Learning" , IF1P Congress 1968 . Amsterdam, North 
Holland. 



This is q well balanced summary of a system which became only 
partially operable at the UniveraHy of California at Irvine. Tho 
view of oarly OAI lenguag a no 'Wit years behind tho state of the 
programming art" rings true. Tho action on the requirements of tho 
UC Irvine system is edifying, and some postscript on continuing 
problems would bo useful. 



Tonikj AJ bort 6. , "Development of Executive Routines, Both Hardware 
f APIP3, Pa ll Joint Computer Conference . Yol. 51 
PP. 395-400, Thompson Books, Washington, d.c. 



This tutorial expands from an elementary executive to a rather 
complex one. Topics include: simple executive, multi >rogr arming, 
paging, and multiprocessors. ‘ 

_ addition to the main article, there is a chronologically 
ordered bibliography with articles dating from 1948. 
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Zinn, Karl L., "A comparative study of languages for programming 
interactive use of computers in instruction" . Final report under 
ONR contract N00014-68-C-0256 (February 1969), BDUCOM, 100 Charles 
River Plan a, Boston, Mass., 02114, 1969a, 



This report was preceded by the author’s two entries in this 
bibliography which are noro available* It includes much of the 
detail promised in the other two; examples of actual code, 
summaries of languages, a discussion on interactive languages, a 
glossary of terms, aspects for a system taxonomy, and documentation 
guidelines. 

More intorpretablo and directly useful work is in progress. 



Zinn, Karl L. , "Programming conversat J onal uao of computers for 
instruction" , Proceedings of the 1968 ACM Notional r 'fc renco , 
Brand on/ iTystens Press, Inc., Princeton, N.J., Q854C ;?8. 



From the 30 or so availublo languages for conversational 
instruction only 3 or 4 really different kinds have appeared. 

Author suggests: 1) successive frame, 2) limited-context conversation 

3) presentation of a curriculum file by a standard proccduro, and 

4) data analysis and file editing. 

Four typos of users are considered: instructors, authors of 
instructional strategics, instructional researchers, and programmers 
and systems people. Further discussion explores languages in a 
general-purpose timo-shartng environment. Extend ability is 
mentioned, Tho artiolo concludes by oouparing two low-cost extended 
languages (FOIL and FORFIT) with two standard languages for 
conversational instruction (COURSEWRIT^R and PLANIT). 



Zinn, Karl L., "Languages for programing conversational use of 
computers in instruction", IFIP Congress 1968 . Amsterdam, North 
Holland . 



An outlino of a comparative study of existing languages (then 
in progress; with tentative suggestions for improvements. 
Rooonmendntions arc derived from comments by authors of materials 
for various eyotons, Tho author also dosoriboe languages undor 
dovolopmcmt for a general-purpose system at tho University of 
Michigan (I3K 360/5? using the Michigan Ton Inal System), 
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Zinn r Karl L. , 11 Triplications of programming languages for 
instructional uses of cor.puturs in mathematics", in OAI _in 
Mathematics Education edited by Ralph T, Ueimor, Washington, D.C.: 
National Council of Vouchors of Mathematics, 1969b. 



A tutorial presentation on instructional uses and programming 
languages with examples taken from computer- based curriculum pre- 
pared for mathematics education* The section on kinds of instruct- 
ional programing has been rewritten for Project OXrTJE and a mooting 
on cor puters in education sponsored by OECD-Ct'RI. 



Zinn, Karl L t , "Instructional programing languages; A five-year 
perspective" , E ducational Technology , in press for March, 1970. 



Transcript of a presentation r* ado at AERA in February of 1969- 
Criticises present languages and techniques for frnne-orientud 
instructional programing and suggests now approaches to achiovo 
effective and economical instruction by cooputor in tho tutorial 
nodo, Recommend s problem solving and procedure-writing uses for 
now because of economy and greater accessibility by individuals 
and smaller institutions. Some of tho conclusions have boon 
incoi oorat^d in the background statement propped for the 0ECD-C>;RI 
noeting. 



CURRENT SOURCES: 



ACM Spooial Interest Group on computers in education, a sub- 
group of the Association for Computing Machinery, plans presenta- 
tions and discussions for national (UsA) ari international nestings; 
publishes a Bulletin of news, abstracts and technical notes avail- 
able from ACM Headquarters, 1133 Avenue of the Americas, Now York, 
Now York 10036; and maintains panels for review of nattors of 
interest to the profession such as bibliographies, abstracting 
services, comparative Bludies, and coverage in journals and other 
publications, 

Tho Commission on Education of tho National Academy of 
Engincoring maintains a Ccunittoj on Instructional Technology 
vhlcn can bo oxpocted to give considerable attention to computor 
uses in oduoatlon In tho noar future. The report of a previous 
study and information about now studies in progress can bo obtained 
from Dfcrid Killer, National Academy of Engineering Commission on 
Education - JH611, 2101 Constitution Avenue N,W„ , Washington, D.C. 
20416. 
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The Michigan Education Research and Information Triad, 
established to promote instructional uees of computers in insti- 
tutions of highor learning in tho State, maintains a file of 
documentation on language used for instructional programming with 
sample of uqo . Some continuation of tho Mucom comparative study 
of programming languages is likely; interested persons can chock 
with bho Associate Director for U-M, MERIT, 611 Church Street, 

Ann Arbor, Michigan 48104# 
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VI. GLOSSARY 01? SRI^'OTbD TERMINOLOGY FOR COa:HJI£iR USES IN EDUCATION 



- ac oos3 t ino. Tino required to obtain information from storage 
^r^ad-tiircT or to put information away in storage (write-titio ) . 

- acoustic coupler . A dovico used in place or a data-set to 
transfer information from the terminal via an ordinary telephone 
over telephone linos to the computer end vice versa. 

- AHI. 1 Augmentation of human intellect '. Computer techniques for 
retrieving, re-arranging and manipulating information, usually 
text , sometimes diagrams, or anything that helps one engage in 
intellectual activity; computer extension of human abilities to 
accomplish instruction research, composition or other creative 
work. 

- algorithm . A procedure for solving a problem. When properly 
applied, an algorithm always produces a solution to the problem 
(Compare with "heuristic 11 .; 

- analogue computer . Dovico using voltages, forces, fluid volume 
or other continuously variable physical quantities to represent 
numbers in calculations. It is convenient for solving differential 
equations, simultaneous equations and equilibrium problems. 

(See "digital computer".) 

- ASCII. American Standard Code for Information Interchange. 
Established by the American Standards Association as tho standard 
for representation of numbers in computing machinery. 

- bandwidth . The difference, expressed in cyolos per second, 
between tho highest and lowest frequencies of a band or part of 
a channel; a determinant of amount and quality of information 
which can be passed por seccnd. Bandwidth is measured in cycles 
or bits per second (cps or bps), kilocycles por second (KC/ or 
mogacyolos por second (MC). 

- . Batch pro c essing . A method of operation in which a number of 
similar jobs are accumulated and procos3ed together, usually 
boing done in serial order, (Soo "time-sharing 1 ' for contrast.) 

- binary device . Having two states; on-off, yes-no, true-false , 

- bitf . {contraction of "binary digit 11 ), A unit of information 
content; tho smallest olenont of binary computer memory or logic. 

- br anchi ng Altering the course of a set of instructions by 
switching when some predosignated event occurs. 

- buffer . A storage device used to compensate for difference in 
rate of flow of data, or tino of occurrence of events, when 
transmitting data from one device to another, 

- fry^p . A group of bits (usually six to oignt) representing a 
character, for eo,\o computers tho stioLlest addressable unit of 
tnoi lory • 




72 









- 76 - 



“ CAE . Coraputor-assisted education; computer-augmented education, 

- CAI . Computer-assisted instruction; Computer-aided ii\struction; 
Computer-augmented instruction. Defined narrowly, it refers to 
tutorial exercises or computerised programmed instruction; 
broadly defined, it encompasses the entire field of computer 
usee for instruction in which there is an interaction between 
student and machine (o,g. drill, tutorial, simulation, problem 
solving, and scholarly aids), 

- CAL. Computor-sssisted learning; also tho nano of an on-line 
computation language developed at Berkeley, and a coursewriting 
language developed at Irvine, 

- CBI , Computer-based instruction. Similar to CAI and CAL but loss 
used , 

- CBL . Computer-baaed learning, 

- charnel, A path for electrical transmission between two or more 
points. Also called a circuit, facility, lino, link or path, 

- character . A digit, letter or other symbol, usually requiring 
six or oight bits for representation in digital computers, 

- CHI , Conputor-managod instruction. The main function of tho 
computer in this case is to assist tho toucher in planning 
instructional sequences. The actual instruction nay or may not 
involve tho computer. 

- compiler . Computer program for translation of instructions 
expressed in a user language (o,g, albegraic formulas, logical 
expressions or transfers of control) into a machine language 
(e.g. binary nunbors signifying baslo operations such as add, 
compare, store and jump;, 

- cor e. The rapid access memory of a central processing unit; 
usually mado of many snail rings (cores) of nagnotio material 
which may be in either of two states of polarisation, 

- courso . Used rather loosoly to mean any instructional sequence 
or computer-based learning cxorci&o. 

• CPU , Contral Processing Unit, Tho central suction of a computer 
including control, arithmetic and memory units. 

- CRT . Cathodo ray tube. In common use ap a tolovision-liko display 
device for drawings and text, 

- oursor . A point or lino of light displayed on tho CRT and under 
tho control of either tho us^r or the computer to indicate the 
point at vh'ch tho next display or editing operation is to occur. 
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- data-phono , A trade mark for tho data acts manufactured and 
suppliod by tho Boll System; a service mark for trie transmission 
of data over the regular telephone netwoxk (DATA-MOHE Service). 

- data-Si ;t . A devic for transmission of data over the regular 
telephone network. 

- debugs To search for and correct errors ("bug 1 *) ih:<a computer 
program. 

- diskpac k (also disc). A stack of di3k-liku plates coatod with 

magnetic material for the storage of information; bits can bo 
stored upon and road from surface while pack revolves at high 
speeds, s one what like n stack of phonograph records crossed with 
a tape recorder. • ■ * 

- down- time . Tine when a computer is not available for operation, 
usually because of a failure in the equipment. 

- drum . A cylindrical drum coated with magnetic material for che 
storage of information, Bits can be stored upon and road from 
surface while it revolves at high speeds. 

" du plex . In couauni cat ions, porfcaining to a simultaneous two-v ay 
and independent transmission in both directions (sonct loos 
referred to as "full duplex"). (Contrast with "half-duplex"), 

- f acsimiJc (PAX), Transmission of pictures, naps, diagrams, etc*. , 

The igage is scanned at the transmitter, reconstructed at tho 
receiving station and duplicated on some for™ of papor. 

- feedback . In programmed instruction, providing the student with 
information on correctness of his last output or response . The 
fo^dbaok nay bo designed to correct a studont'a incorrect response, 

- flag * An orror return found in tho right margin of tho compile 

listing, ; ' ‘ ‘ 

- flow diagram. A schematic or block representation of programming 
strategy, 

- from o . Tho smallest unit of programmed instruction usually consists 
of information and/or a question, an opportunity for an answer, 

and b ; mo provision for checking the answer, 

- generative technique s. Standard patterns or procedures, or 
algorithms applied tc curriculum files for tho generation or 
assembly of ecquoncos of instructional materials; an alternative 
to frame -by- franc programming. . 

- halfr4uplofl , Pertaining to an alternate, one-way *at-a-time , 
independent transmission (sometimes referxud to as "single") . 
(Contrast with "duplex".) . 
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- hardwaro , The equipment components of a computer system; tho 
machinery as opposed to tho programs which are run on tlio machinery, 

- heuristic , A guide to finding a solution to a problem that cannot 
he proved to always result in a solution, 

- Instructional pro/rr arming language . A computer language or 
notation particularly suited to tlio description of instructional 
procedures for computer delivery, (See 1, progreiaaing ,r ) . 

- interactive . Computer operation providing for exchange between 
user and program (or system), whichever may tako the initiative. 

An interactive drill program chocks the tino and accuracy of 
answers and responds immediately tc tho user; ar. interactive 
problem solving system responds to solution attonpts by the user 
and allows modification in the procedure at the moment, (For 
non-interactivo , see "batch 11 )* 

- inter f aco, A sharod boundary, for example, tho boundary between 
tvio sub-oystens or two devices. 

- interrupt . A hardvaro feature which allows tho computer to stop 
working momentarily on ono task, handlo tho interrupting task, 
and return to tho first without losing information or interim 
results of procossing. 

- m*m< Similar to VATS but allows inward calls on a flat monthly 
rate . 

- 1/0 . Input/output of information to a *id from computers; usually 
refers to devices such as on oloctrio typewriter, card roador 
and punch, paper tapo reader and punch, printer, otc. 

- Individually prescribed instruction. Originated with an 
instructional projoot at tho University of Pittsburgh's Loaming 
Rosearoh and Development center, now used widely as label for 
strategy of individualising selection of exorcisos and rate of 
work for each studont. 

- Thousand; o.g, J2K words of memory means 52,000 words of 
computer memory. 

- LDX. Long Distance Xerography. A name used by tho Xorox 

Corporation to identify its high spotd facsimile system. Tho 
system usee Xorox terminal equipment and a wido band data ^ Jj3 

communication channol. 

- latency (student response time). The timo from the display of on 
instructional stimulus to the start or completion of the 
student's response. 

- light-Don , A photo-senaitivo device uso<fUfor communication with 
a computer via a cathode ray tube; on electronic pointer. 
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- linear pro^ramin^ . (a) ftathomatical: techniques for optimising 
a linear function of several variables subjeeb to linear 
inequality constraints on some or all of the variables; 

(b) instruction: the simplest fom of programmed instruction 
or CAI ; all students follow tho same sequence* 

- 1 ine-swltchiac; . Tho switching technique of temporarily connecting 
two lines together so that tho stations directly exchange 
information. 

- link . Sec 11 ohc nne 1 " . 

- Aog. To record studcnt-ccmputor interactions* 

- memory . Thv. storage components of a computer 1 b central processing 
unit in which bits of information arc stored and from which they 
may lator bo recalled. (See also ’’storage”). 

- microwav e .All elec tromgne tic waves in tho radio frequency 
spectrum above 890 megacycles per second. 

- modal . An idealised representation that demonstrates the relation- 
ships betweon rolovant variables. Models are used to hotter 
understand and control a road, situation. 

- multiplexing * The division of a transmission facility into two 
or more channels, 

- ^ff -lino . Processes performed outside of tho operation of tho 
central processor of ?. computing system. 

- on-line * Connected directly tc tho central computer, e.g. an 
electric typewriter in direct communication with computor 
processor * 

- opo rating oyi ten. Tho collootion of programs (software) which 
direct or supervise tho utilisation of processing components 
and the execution of programs. 

- sortition , [banning tho computer so that different tasks, perhaps 
batch-processing and time-sharing operations, arc performed 
simultaneously t Tinio-sharo operations can be given priority. 

- Polling . A centrally controlled method of calling a number of 
points to permit then to transmit infonvition. 

- Thu physical facility for connecting a phone lino from a 
user tormina] to the computer. 

“ ^T-Qgr ai &ing . (a) Instructional: tho construction and arrangement 
or elements of learning o zeroise and perhaps self- testing in a 
way specifically designed to promote effective and efficient 
learning; (b) computer: the construction and arraignment of 
o.lomonts of a prooodu ro specifically designed to achiovo a problem 
solution u : demonstrate a prooeso. 
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~ RAM) Tablo t. A metal writing surface- developed by RA 10) Corporation 
for input of graphic information to a computer through use of a 
special writing stylus. 

- random access , A facility whereby information can bo returned 
from any part of a storage device rapidly at any time. 

- real-time . Performance of processing during the actual time the 
physical process transpires, in order that results of the com- 
putation can bo used to guide the physical process. 

- response tiro , fhc amount of tino elapsed between generation of 
an inquiry at a aata communications terminal and receipt of a 
response from the computer at that same terminal. 

- KPQi Request Price Quotation. Special equipzaent features which 
night bo provided but are not included in armouncononts and 
price lists. 

- software . (a) Computer: programs as contrasted with computer 
components (see "hardware ’’ ) ; (b) instruction: curriculum materials 
bs contrast od with computer facilities or peopoo. 

- station . One of the input or output point 3 on a communications 
system. 

- storag e .The capacity of an information processing system to put 
aside or saw- for future use bits of information. (Soo "ccro" 
and "disk"). 

- storage protec t. A hardware feature which prohibits one user 

in a shared system from using or changing information stored in 
memory allocated to other users. 

- .student s tation . I/O equipment dosignod for student use in 
interacting with a computer. 

to&chin^ loftio . A pattom or strategy for instruction into which 
various topics ox t>cts of questions am answers nay be placed. 

- tolo-p recessing . A fore of information handling in which a data 
processing system utilises tolographic communication facilities, 
o.g. using a computer rc-ootoly via telephone lines. 

- tele typo writor exchange aorvico (TWXl , An automatic teleprinter 
exchange switching service provided by the Boll Systom. 

- tllpak . A service offered by communications common carriers for 
the leasing of wide band channels between two or moro points. 

** terminal . A point at which information can entor or leave a 
communication network, Or the I/O device used at that point. 
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- tie-line , A private lino communication channel of tho type 
provided by communications common carriers for linking two or 
more points together, 

- time -sharing , A method of operation in which components of a 
computer facility arc shared by sovoral users for different 
purposes at (apparently) the same tine. Although each device 
actually services one user at a time, the high speed and mutiple 
components of tho facility give the outward appearance of handling 
many users simultaneously, 

- translator , A computer program which accepts statements or 
instructions written in one language and produces statements in 
another language or perhaps direct instructions to the computer 
for CAoevtion. (See 11 coup? lor " )* 

- voice grade channel . A channel suitable for transmission of 
speech, digital or analog data, or facsimile, gonorally with a 
frequency range of about 500 to 3000 cycles por second. 

- Wide area telephone servic e (WATS), A sox’vico provided by telephone 
companies which permits a customer to nako calls to tolcphonce 

in some geographic zone on a dial basis for a flat monthly charge, 

- word . A set of bits sufficient to express one computer instruction 
(usually 12 to 48 bits long depending upon other characteristics 
of tho machine), Usually thu equipment is wired to transfer ono 
word of information at a time. 
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